Wird geladen...

Wir haben festgestellt, dass Ihre Browsersprache Chinesisch ist. Möchten Sie unsere chinesische Website besuchen? [ Schließen ]
Von: Emma

Daten sind das Lebenselixier moderner Unternehmen. Sie sind ständig Risiken wie versehentlichem Löschen, Datenbeschädigungen oder regionalen Ausfällen ausgesetzt. Schon ein einziger Fehler kann kostspielige Ausfallzeiten verursachen. Deshalb ist ein zuverlässiger Sicherungsplan für Azure‑Datenbanken die beste Möglichkeit, Ihr Unternehmen zu schützen.

Dieser Leitfaden vereinfacht Sicherung und Wiederherstellung für IT‑Fachkräfte. Wir zeigen Ihnen, wie Sie Sicherungen für Azure SQL‑Datenbanken konfigurieren, die Langzeitaufbewahrung verwalten und schnelle Wiederherstellungen durchführen. Unabhängig davon, ob Sie automatisierte oder manuelle Verfahren verwenden, helfen Ihnen diese Schritte beim Aufbau einer widerstandsfähigen Cloud‑Umgebung.

Was ist eine Azure‑Datenbanksicherung

Eine Azure‑Datenbanksicherung ist eine sichere, verwaltete Kopie Ihrer Daten, die in der Azure‑Cloud gespeichert wird. Sie schützt vor versehentlichem Löschen, Datenbeschädigungen und Hardwareausfällen. Aus Erfahrung ist eine gut konfigurierte Sicherung der Azure SQL‑Datenbank die Grundlage eines soliden Notfallwiederherstellungsplans und sichert Ihre Geschäftskontinuität.

Der Sicherungs‑ und Wiederherstellungsprozess der Azure SQL‑Datenbank läuft bei Azure größtenteils automatisiert. Integrierte Werkzeuge erstellen konsistente Datenkopien mit geringem Aufwand. Er unterstützt die Punkt‑zu‑Zeit‑Wiederherstellung (PITR), reduziert den Verwaltungsaufwand und bietet einen zuverlässigen, kostengünstigen Speicher.

Beim Sichern einer Azure SQL‑Datenbank erfüllen Sie zudem Compliance‑Anforderungen mithilfe mehrerer Redundanzoptionen (LRS, ZRS, GRS). Diese halten Ihre Daten auch regionsübergreifend sicher und ermöglichen flexible Richtlinien für die Kurz‑ und Langzeitaufbewahrung.

Auto‑protect SQL database using Azure Backup

Bildquelle © Microsoft Corporation

Sichern und Wiederherstellen von Azure SQL‑Datenbanken

Die Azure SQL‑Datenbank bietet mehrere zuverlässige Verfahren zum Schutz Ihrer Daten. Jedes Verfahren ist auf unterschiedliche geschäftliche Anforderungen, Aufbewahrungsrichtlinien und Wiederherstellungsszenarien abgestimmt.

Sichern der Azure SQL‑Datenbank mithilfe der integrierten automatischen Sicherung

Die integrierte automatische Sicherung ist der native „Einmal‑einrichten‑vergessen“‑Schutzdienst von Microsoft. Sie ist die Standardeinstellung für die meisten Azure‑Datenbankdienste und eignet sich ideal für Produktivumgebungen mit niedrigem Wiederherstellungspunktziel (RPO). Dieses Verfahren ist optimal für Teams, die eine Azure SQL‑Datenbank ohne manuelle Skripte oder Drittanbieterwerkzeuge sichern möchten.

Schritt‑für‑Schritt‑Anleitung: Konfigurieren der integrierten automatischen Sicherung

Hier die detaillierte Anleitung zum Einrichten und Verwenden der integrierten automatischen Sicherung:

Schritt 1: Überprüfen, ob die automatische Sicherung aktiviert ist (Standardeinstellung)

  1. Melden Sie sich bei Microsoft Azure an.
  2. Navigieren Sie zu Ihrer Azure SQL‑Datenbank (Einzeldatenbank, Elastic‑Pool oder Managed‑Instance).
  3. Wählen Sie im linken Menü unter Datenverwaltung den Punkt „Sicherungen“ aus.
  4. Sie sehen folgende Informationen:
    • Aktueller Sicherungsstatus (standardmäßig Aktiviert)
    • Aufbewahrungszeitraum (üblicherweise 7‑35 Tage)
    • Verfügbare Wiederherstellungspunkte

Schritt 2: Anpassen von Sicherungsaufbewahrung und Redundanz

  1. Klicken Sie auf der Seite Sicherungen oben rechts auf Richtlinien konfigurieren.
  2. Legen Sie unter Kurzzeitaufbewahrung (PITR) den Aufbewahrungszeitraum zwischen 1 und 35 Tagen fest (Standard: 7 Tage).
  3. Wählen Sie unter Sicherungsspeicher‑Redundanz die Optionen LRS (lokal redundant), ZRS (zonenredundant) oder GRS (georedundant) aus.
  4. (Optional) Aktivieren Sie die Langzeitaufbewahrung (LTR) für Compliance‑Zwecke (bis zu 10 Jahre).
  5. Klicken Sie auf Anwenden, um die Änderungen zu speichern.
Azure SQL Database Backup Configure Policies

Bildquelle © Microsoft Corporation

Schritt 3: Durchführen einer Punkt‑zu‑Zeit‑Wiederherstellung (PITR)

  1. Klicken Sie auf der Übersichtsseite der Datenbank in der oberen Symbolleiste auf Wiederherstellen.
  2. Wählen Sie Punkt‑zu‑Zeit‑Wiederherstellung aus.
  3. Legen Sie einen Wiederherstellungszeitpunkt innerhalb des Aufbewahrungsfensters fest.
  4. Geben Sie einen neuen Datenbanknamen ein (überschreiben Sie nicht die Originaldatenbank).
  5. Wählen Sie den Zielserver und die Computerebene aus.
  6. Klicken Sie auf Überprüfen + erstellen → Erstellen.

Schritt 4: Wiederherstellen einer gelöschten Datenbank

  1. Gehen Sie zur Ressource Ihres SQL‑Servers (nicht zur gelöschten Datenbank).
  2. Wählen Sie unter Datenverwaltung den Punkt Gelöschte Datenbanken aus.
  3. Suchen Sie Ihre gelöschte Datenbank und klicken Sie auf Wiederherstellen.
  4. Führen Sie die gleichen Schritte wie bei der PITR‑Wiederherstellung aus, um den Zustand zum Löschzeitpunkt wiederherzustellen.

Schritt 5: Geowiederherstellung (regionsübergreifende Wiederherstellung)

  1. Stellen Sie sicher, dass für die Sicherungen die GRS‑Redundanz konfiguriert ist (siehe Schritt 2).
  2. Wählen Sie auf der Seite Sicherungen die Option Geowiederherstellung aus.
  3. Wählen Sie einen Zielserver in einer anderen Azure‑Region aus.
  4. Schließen Sie den Wiederherstellungsassistenten ab, um eine neue Datenbank in der sekundären Region zu erstellen.

Unterstützte Datenbanken

Diese automatische Sicherungsfunktion unterstützt:

  • Azure SQL‑Datenbank: Einzeldatenbank, Elastic‑Pools, Managed‑Instance
  • Azure‑Datenbank für MySQL: Flexible‑ und Single‑Server‑Version
  • Azure‑Datenbank für PostgreSQL: Flexible‑ und Single‑Server‑Version
  • Azure Cosmos DB: Periodischer oder kontinuierlicher Sicherungsmodus

Vorteile

  • Vollständig von Microsoft verwaltet
  • Unterstützt die Punkt‑zu‑Zeit‑Wiederherstellung (PITR)
  • Keine Leistungseinbußen für die Datenbank
  • Standardmäßig aktiviert, keine zusätzliche Einrichtung nötig

Nachteile

  • Nur Kurzzeitaufbewahrung (bis 35 Tage)
  • Sicherungen können nicht direkt auf lokalen Speicher heruntergeladen werden
  • Häufige Datenänderungen können zu steigenden Kosten führen

Weitere Verfahren für Azure‑Datenbanksicherungen (VM‑ und manuelle Optionen)

Neben der automatischen integrierten Sicherung als primäres Verfahren gibt es weitere sekundäre Optionen für spezielle Anwendungsfälle, die im Folgenden kurz beschrieben werden:

  • Langzeitaufbewahrung (LTR): Dient der Langzeitspeicherung zur Erfüllung von Compliance‑Vorgängen und ermöglicht eine deutlich längere Aufbewahrung als die 35‑Tage‑Grenze der automatischen Sicherungen.
  • Azure‑Sicherungsdienst: Speziell für SQL‑Server‑Datenbanken auf Azure‑VMs entwickelt. Er stellt anwendungsbewusste Sicherungen für IaaS‑Workloads bereit.
  • Manueller Export: Ermöglicht Sicherungen auf lokalen Speicher oder Ad‑Hoc‑Sicherungen. Es werden herunterladbare Dateien für Migrationen oder Offline‑Archivierungen erstellt.
Azure Backup for SQL Serve running in Azure VM

Bildquelle © Microsoft Corporation

Wiederherstellen von Azure‑Datenbanken

Die Datenwiederherstellung ist ein zentraler Bestandteil jeder Datenbanksicherungs‑ und Wiederherstellungsstrategie. Sicherungen sind nur nutzbar, wenn man daraus wiederherstellen kann. Regelmäßige Wiederherstellungstests bereiten Ihr Team auf Notfälle vor. Im Folgenden finden Sie kompakte Anleitungen für die gängigsten Wiederherstellungsszenarien.

Punkt‑zu‑Zeit‑Wiederherstellung (PITR)

Dies ist das gängigste Verfahren zum Beheben versehentlicher Datenänderungen (z. B. gelöschte Tabellen, fehlerhafte Aktualisierungen). Es ermöglicht die Wiederherstellung auf einen exakten Zeitpunkt innerhalb des Aufbewahrungsfensters.

Schritte: Gehen Sie im Azure‑Portal zu Ihrer Datenbank → klicken Sie auf „Wiederherstellen“ → wählen Sie Punkt‑zu‑Zeit‑Wiederherstellung aus → legen Sie den genauen Zeitpunkt fest, konfigurieren Sie den Zielserver und bestätigen Sie.

Hinweis: Sie müssen eine neue Datenbank erstellen und anschließend die Verbindungszeichenfolgen Ihrer Anwendung aktualisieren.

Geowiederherstellung

Dient der Notfallwiederherstellung, wenn eine gesamte Azure‑Region ausfällt. Es wird in eine andere Region wiederhergestellt.

Voraussetzung: Funktioniert nur, wenn für die Sicherungen GRS (Georedundanter Speicher) konfiguriert wurde.

Wiederherstellen gelöschter Datenbanken

Wiederherstellen versehentlich gelöschter Datenbanken (innerhalb des Aufbewahrungsfensters von 7‑35 Tagen).

Schritte: Gehen Sie zu Ihrem SQL‑Server → unter Datenverwaltung wählen Sie „Gelöschte Datenbanken“ aus → wählen Sie die Datenbank aus → klicken Sie auf Wiederherstellen und konfigurieren Sie die Einstellungen.

Wiederherstellung aus der Langzeitaufbewahrung (LTR)

Zur Wiederherstellung alter Daten (Monate/Jahre) für Audits oder Compliance‑Zwecke.

Schritte: Gehen Sie zu Ihrem SQL‑Server → Sicherungen → Reiter „Langzeitaufbewahrung“ → wählen Sie die Sicherungsdatei aus → klicken Sie auf Wiederherstellen und konfigurieren Sie den Zielserver.

Wiederherstellung aus exportierten Dateien (.BACPAC)

Importieren von manuellen .BACPAC‑Sicherungen (lokal / Azure‑Blob‑Speicher) für Migrationen oder Entwicklungs‑/Testumgebungen.

Schritte: Gehen Sie zu Ihrem SQL‑Server → Datenbank importieren → wählen Sie die .BACPAC‑Datei aus → konfigurieren Sie die Einstellungen und bestätigen Sie.

Hinweis: Das manuelle Verfahren ist für größere Produktivwiederherstellungen nicht empfehlenswert.

Beste Unternehmensalternative für Sicherungen der Azure SQL‑Datenbank

Obwohl die nativen Azure‑Werkzeuge für viele Anwendungsfälle gut geeignet sind, benötigen große Unternehmen oft eine einheitlichere und flexiblere Lösung. Aus Erfahrung kann die Verwaltung von Sicherungen über mehrere Cloud‑ und lokale Systeme hinweg komplex werden.

i2Backup ist eine leistungsstarke Alternative mit einer zentralen Plattform für Ihr gesamtes Daten‑Ökosystem.

Kernfunktionen von i2Backup

  • Einheitlicher plattformübergreifender Schutz: i2Backup ist nicht auf die Cloud beschränkt. Es ist vollständig kompatibel mit Windows‑, Linux‑ und Unix‑Systemen sowie mit gängigen Datenbanken wie SQL‑Server, Oracle und MySQL. Damit eignet es sich hervorragend, wenn Sie Sicherungen für Azure‑SQL‑Datenbanken zusammen mit lokalen Servern oder virtualisierten Umgebungen wie VMware und Hyper‑V verwalten müssen.
  • Nahezu null‑RPO und präzise Wiederherstellung: Für missionskritische Daten bietet i2Backup Echtzeit‑ und zeitgesteuerte Datenbanksicherungen. Durch die kontinuierliche Erfassung von Redo‑ und Archivprotokollen wird eine nahezu null‑RPO erreicht. Es unterstützt zudem die Tabellenebenen‑Wiederherstellung, sodass Sie einzelne Daten wiederherstellen können, ohne die gesamte Datenbank wiederherzustellen – eine große Zeitersparnis für große Umgebungen.
  • Unveränderliche und sichere Sicherungen: Zum Schutz vor Ransomware und unbefugten Änderungen nutzt i2Backup WORM‑konformen Speicher (Write‑Once‑Read‑Many). Dadurch bleiben Sicherungen unveränderlich. Bei der Übertragung kommen AES‑ und SM4‑Verschlüsselung sowie strenge Zugriffskontrollen zum Einsatz, um den gesamten Sicherungs‑ und Wiederherstellungsprozess der Azure‑Datenbank abzusichern.
  • Flexibler Speicher und Skalierung: i2Backup ermöglicht das Speichern von Daten auf lokalen Festplatten, NAS‑Systemen, Bandbibliotheken oder cloudnativen S3‑Speichern. Seine verteilte Architektur unterstützt eine nahtlose horizontale Skalierung und wächst mit den Datenmengen Ihres Unternehmens.
  • „Einmal‑einrichten‑vergessen“‑Automatisierung: Die Plattform verfügt über eine intelligente B/S‑Web‑Oberfläche für die zentrale Verwaltung. Sie können flexible Zeitpläne und automatische Bereinigungsregeln für veraltete Sicherungen konfigurieren. Dadurch optimieren Sie die Speicherkosten und gewährleisten eine hohe Geschäftswiderstandsfähigkeit mit geringem manuellem Aufwand.

Best Practices für Sicherungen der Azure SQL‑Datenbank

Um Ihre Daten der Azure SQL‑Datenbank vollständig sicher und wiederherstellbar zu halten, befolgen Sie diese praktischen Hinweise zur Sicherung.

Geeignete Speicher‑Redundanz auswählen

Verwenden Sie für Produktiv‑Azure‑SQL‑Datenbanken den georedundanten Speicher (GRS). Er schützt Ihre Sicherungen in einer anderen Region, falls eine Azure‑Region ausfällt. Für Entwicklungs‑ und Testdatenbanken können Sie den lokal redundanten Speicher (LRS) verwenden, um Kosten zu senken.

Regelmäßige Tests der Sicherungswiederherstellung

Sicherungen sind nur wertvoll, wenn sie erfolgreich wiederhergestellt werden können. Es wird empfohlen, mindestens alle drei Monate Wiederherstellungstests durchzuführen. Dadurch überprüfen Sie, ob der Sicherungs‑ und Wiederherstellungsworkflow der Azure SQL‑Datenbank funktioniert, und Ihr Team lernt Notfallwiederherstellungsvorgänge kennen.

Richtige Zugriffsberechtigungen festlegen

Verhindern Sie das versehentliche Löschen und unbefugte Ändern von Sicherungen. Verwenden Sie die Azure‑RBAC‑Zugriffssteuerung und beschränken Sie die Rechte zum Ändern von Sicherungsregeln und zum Verwalten von Speicherressourcen auf befugte Fachkräfte.

Aufbewahrungsregeln an Compliance‑Anforderungen anpassen

Halten Sie sich nicht an die Standard‑Aufbewahrungsdauer von 7 Tagen. Berücksichtigen Sie Branchenvorgaben wie DSGVO und HIPAA und konfigurieren Sie bei Bedarf Richtlinien für die Langzeitaufbewahrung (LTR). Angemessene Kosten für Langzeitsicherungen sind deutlich geringer als Strafen bei Compliance‑Verstößen.

Überwachung des Sicherungsstatus

Aktivieren Sie Erinnerungs‑Warnungen über Azure‑Monitor. Sie erhalten umgehend Benachrichtigungen bei fehlgeschlagenen Sicherungsaufträgen oder unzureichendem Speicherplatz. Eine frühzeitige Überwachung verhindert, dass Sie im Notfall unvollständige Sicherungen feststellen.

Häufig gestellte Fragen zu Sicherungen der Azure SQL‑Datenbank

F1: Wie oft sollte ich eine Azure SQL‑Datenbank sichern?

Azure übernimmt dies automatisch. Es führt jede Woche eine vollständige Sicherung der Azure‑Datenbank durch, alle 12‑24 Stunden differentielle Sicherungen und alle 5‑10 Minuten Transaktionsprotokollsicherungen. Diese hohe Häufigkeit ermöglicht die Wiederherstellung auf einen sehr genauen Zeitpunkt mit minimalem Datenverlust.

 

F2: Kann ich eine Azure‑Datenbank auf lokalen Speicher sichern?

Ja. Zum Sichern einer Azure‑Datenbank auf lokalen Speicher können Sie die „Export“‑Funktion im Azure‑Portal oder im SQL‑Server‑Management‑Studio (SSMS) verwenden, um eine .BACPAC‑Datei zu erstellen. Diese Datei kann heruntergeladen und auf lokaler Hardware oder einem privaten Server für Migrationen oder Offline‑Tests gespeichert werden.

 

F3: Was ist der Unterschied zwischen LTR und automatischen Sicherungen?

Automatische Sicherungen dienen der Kurzzeitwiederherstellung und werden maximal 35 Tage aufbewahrt. Sie ermöglichen die Punkt‑zu‑Zeit‑Wiederherstellung (PITR). Die Langzeitaufbewahrung (LTR) ist für regulatorische Compliance‑Vorgängen ausgelegt und ermöglicht die Aufbewahrung von Sicherungen der Azure SQL‑Datenbank bis zu 10 Jahre.

 

F4: Wie lange speichert Azure automatische Sicherungen?

Standardmäßig behält Azure automatische Sicherungen 7 Tage lang. Sie können diese Einstellung im Azure‑Portal manuell auf bis zu 35 Tage für die meisten Dienstebenen anpassen. Für Zeiträume über 35 Tage müssen Sie eine LTR‑Richtlinie konfigurieren.

Zusammenfassung

Der Schutz Ihrer Daten ist die wichtigste Aufgabe jedes Cloud‑Fachmanns. Wie wir gezeigt haben, ist eine robuste Sicherungsstrategie für Azure‑Datenbanken eine wirksame Maßnahme zum Schutz vor menschlichen Fehlern, Datenbeschädigungen und regionalen Ausfällen. Unabhängig davon, ob Sie automatisierte Punkt‑zu‑Zeit‑Wiederherstellungen für den täglichen Betrieb oder die Langzeitaufbewahrung für rechtliche Compliance‑Zwecke nutzen, stellt Azure die benötigten Werkzeuge für eine hohe Widerstandsfähigkeit zur Verfügung.

Obwohl die nativen Azure‑Werkzeuge für cloudorientierte Teams hervorragend sind, sollten Unternehmen mit komplexen hybriden oder Multi‑Cloud‑Umgebungen erweiterte Lösungen wie i2Backup in Betracht ziehen. Dessen zentrale Verwaltung und unveränderlicher Schutz sorgen für eine zusätzliche Sicherheitsebene, die nativen Werkzeugen teilweise fehlt. Durch die Einhaltung der Best Practices stellen Sie sicher, dass Ihre Daten sicher, zugänglich und jederzeit für eine Wiederherstellung bereit sind.

Keine Kurzbiografie vorhanden

Weitere verwandte Artikel

Wie man eine MySQL‑Datenbank mit 8 bewährten Methoden sichert
Das Sichern von MySQL‑Datenbanken ist unerlässlich, um Datenverluste durch Hardwareausfälle, Ransomware oder menschliche Fehler zu vermeiden. Dieser Leitfaden behandelt alle Sicherungsarten (Voll‑/Inkrementell‑/Hot‑/Cold‑Sicherung), acht praxisnahe Methoden sowie bewährte Expertenpraktiken zum Aufbau einer zuverlässigen Sicherungsstrategie.
Artikel lesen
4 Möglichkeiten zur Aktivierung der SQL‑Server‑Sicherungskomprimierung
Mit wachsenden Datenbanken werden herkömmliche Sicherungen langsamer, größer und schwerer zu verwalten. Dieser Leitfaden erläutert Methoden, Vorteile und Optimierungstechniken der SQL‑Server‑Sicherungskomprimierung, um Speicherkosten zu senken und die Sicherungsleistung zu beschleunigen.
Artikel lesen
4 Methoden zur Migration von VMware-VMs von einem vCenter zu einem anderen
Dieser Artikel stellt vier zuverlässige Verfahren zur Migration von VMware-VMs zwischen unterschiedlichen vCenter-Instanzen vor. Er unterstützt IT-Teams bei der Auswahl der geeigneten Migrationsmethode anhand von Ausfallzeiten, Projektumfang und Komplexität der Umgebung.
Artikel lesen
[Gelöst] So beheben Sie den VMware‑Fehler „Cannot Synchronize Host“
Beheben Sie den VMware‑Fehler „cannot synchronize host“, indem Sie Kommunikationsunterbrechungen zwischen vCenter und den ESXi‑Verwaltungsagenten ermitteln. Dieser Leitfaden bietet einen praxisbewährten Arbeitsablauf zur Behebung von Synchronisierungsfehlern zwischen vCenter und Host, unter anderem durch die Fehlerbehebung bei hängenden Diensten, der Konnektivität von Port 902 sowie Zeitabweichungen bei der Gastsynchronisierung mit dem Host.
Artikel lesen
Inhaltsverzeichnis:
Bleiben Sie über die neuesten Tipps informiert
Abonnieren Sie unseren Newsletter für aktuelle Einblicke, Neuigkeiten und exklusive Inhalte. Sie können sich jederzeit abmelden.
Abonnieren
Bereit, Ihre Unternehmensdatensicherheit zu verbessern?
Starten Sie eine 60-tägige Testversion oder sehen Sie sich eine Demo an, um zu erfahren, wie Info2soft Unternehmensdaten schützt.
Bitte füllen Sie das Formular aus und senden Sie es ab – unser Kundenservice wird sich in Kürze bei Ihnen melden.
Mit dem Absenden dieses Formulars bestätige ich, dass ich die Datenschutzerklärung.
{{ isSubmitting ? 'Wird gesendet...' : 'Absenden' }}