Sichern von SQL Server auf Azure Stack mithilfe von Azure Backup

In diesem Artikel wird beschrieben, wie Sie Microsoft Azure Backup Server (MABS) konfigurieren, um SQL Server-Datenbanken in Azure Stack zu schützen.

SQL Server-Datenbankschutzworkflow

Die Verwaltung der SQL Server-Datenbanksicherung in Azure und die Wiederherstellung von Azure umfasst Folgendes:

1. Erstellen einer Sicherungsrichtlinie zum Schutz von SQL Server-Datenbanken
2. Erstellen von On-Demand-Sicherungskopien
3. Wiederherstellen der Datenbank von Datenträgern und von Azure

Unterstützte Szenarien und Einschränkungen für die SQL Server-Sicherung in Azure Stack

Bevor Sie SQL Server in Azure Stack sichern, lesen Sie die folgenden unterstützten Szenarien und Einschränkungen:

• Wenn Sie über eine Datenbank mit Dateien auf einer Remotedateifreigabe verfügen, werden die darauf enthaltenen Daten nicht geschützt, und ein Fehler mit der ID 104 wird ausgegeben. MABS unterstützt keinen Schutz für SQL Server-Daten in einer Remotedateifreigabe.
• MABS kann Datenbanken, die auf Remote-SMB-Freigaben gespeichert sind, nicht schützen.
• Stellen Sie sicher, dass die Verfügbarkeitsgruppenreplikate schreibgeschützt konfiguriert sind.
• Sie müssen das Systemkonto NTAuthority\System explizit zur Sysadmin-Gruppe auf SQL Server hinzufügen.
• Wenn Sie eine alternative Speicherortwiederherstellung für eine teilweise enthaltene Datenbank ausführen, müssen Sie sicherstellen, dass die Ziel-SQL-Instanz das Feature "Enthaltene Datenbanken " aktiviert hat.
• Wenn Sie eine alternative Speicherortwiederherstellung für eine Dateidatenstromdatenbank durchführen, müssen Sie sicherstellen, dass die SQL-Zielinstanz das Dateistreamdatenbankfeature aktiviert hat.
• Schutz für SQL Server AlwaysOn:
  • MABS erkennt Verfügbarkeitsgruppen, wenn eine Abfrage bei der Erstellung von Schutzgruppen ausgeführt wird.
  • MABS erkennt ein Failover und setzt den Schutz der Datenbank fort.
  • MABS unterstützt Multi-Site-Clusterkonfigurationen für eine Instanz von SQL Server.
• Wenn Sie Datenbanken schützen, für die die Funktion „Always On“ verwendet wird, gelten für MABS folgende Einschränkungen:
  • Die Sicherungsrichtlinie für Verfügbarkeitsgruppen, die in SQL Server auf Basis der Sicherungseinstellungen festgelegt wird, wird von MABS wie folgt berücksichtigt:
    • Sekundär bevorzugen – Sicherungen sollten auf einem sekundären Replikat erfolgen, außer wenn das primäre Replikat das einzige Onlinereplikat ist. Wenn mehrere sekundäre Replikate verfügbar sind, wird der Knoten mit der höchsten Sicherungspriorität für die Sicherung ausgewählt. Wenn nur das primäre Replikat verfügbar ist, sollte die Sicherung im primären Replikat erfolgen.
    • Nur sekundär – Die Sicherung sollte nicht auf dem primären Replikat ausgeführt werden. Wenn es sich bei dem primären Replikat um das einzige Onlinereplikat handelt, sollte die Sicherung nicht erfolgen.
    • Primär – Sicherungen sollten immer auf dem primären Replikat durchgeführt werden.
    • Beliebiges Replikat: Sicherungen können für ein beliebiges Verfügbarkeitsreplikat in der Verfügbarkeitsgruppe ausgeführt werden. Der Knoten, von dem ein Backup erstellt werden soll, basiert auf den Sicherungsprioritäten für die einzelnen Knoten.

  • Hinweis

    • Sicherungen können aus jedem lesbaren Replikat erfolgen – d. h. primäre, synchrone sekundäre, asynchrone sekundäre.
    • Wenn ein Replikat aus der Sicherung ausgeschlossen ist, z. B. "Replikat ausschließen " aktiviert oder als nicht lesbar markiert ist, wird dieses Replikat unter keiner der Optionen für die Sicherung ausgewählt.
    • Wenn mehrere Replikate verfügbar und lesbar sind, wird der Knoten mit der höchsten Sicherungspriorität für die Sicherung ausgewählt.
    • Wenn die Sicherung auf dem ausgewählten Knoten fehlschlägt, schlägt der Sicherungsvorgang fehl.
    • Die Wiederherstellung am ursprünglichen Speicherort wird nicht unterstützt.
• SQL Server 2014 oder höher: Sicherungsprobleme:
  • SQL Server 2014 hat ein neues Feature zum Erstellen einer Datenbank für lokale SQL Server in Microsoft Azure Blob Storage hinzugefügt. MABS kann nicht zum Schutz dieser Konfiguration verwendet werden.
  • Es gibt einige bekannte Probleme mit der Sicherungseinstellung "Sekundäre bevorzugen" für die SQL Always On-Option. MABS führt immer eine Sicherung vom sekundären Speicher durch. Wenn keine sekundäre Gefunden werden kann, schlägt die Sicherung fehl.

Voraussetzungen

Bevor Sie SQL Server auf Azure Stack sichern, installieren und vorbereiten Sie Azure Backup Server.

Erstellen einer Sicherungsrichtlinie für SQL Server-Datenbanken in Azure Stack

Führen Sie die folgenden Schritte aus, um eine Sicherungsrichtlinie zum Schutz von SQL Server-Datenbanken in Azure zu erstellen:

1. Wählen Sie auf dem Azure Backup Server den Arbeitsbereich "Schutz " aus.

2. Wählen Sie im Toolmenü " Neu" aus, um eine neue Schutzgruppe zu erstellen.

   

   Azure Backup Server startet den Schutzgruppen-Assistenten, der Sie durch das Erstellen einer Schutzgruppe führt. Wählen Sie Weiteraus.

3. Wählen Sie im Blatt Schutzgruppentyp auswählen den Wert Server aus.

   

4. Auf dem Blatt " Gruppenmitglieder auswählen " werden in der Liste "Verfügbare Mitglieder" die verschiedenen Datenquellen angezeigt. Wählen Sie diese Option + aus, um einen Ordner zu erweitern und die Unterordner anzuzeigen. Aktivieren Sie das Kontrollkästchen, um ein Element auszuwählen.

   

   Alle ausgewählten Elemente werden in der Liste "Ausgewählte Mitglieder" angezeigt. Nachdem Sie die Zu schützenden Server oder Datenbanken ausgewählt haben, wählen Sie "Weiter" aus.

5. Geben Sie im Bereich "Datenschutzmethode auswählen" einen Namen für die Schutzgruppe ein und aktivieren Sie das Kontrollkästchen "Ich möchte Onlineschutz".

   

6. Geben Sie in der Kurzfristige Ziele festlegen Ansicht die erforderlichen Eingaben ein, um Sicherungspunkte auf dem Datenträger zu erstellen, und wählen Sie Weiter aus.

   Im Beispiel beträgt der Aufbewahrungsbereich5 Tage, die Synchronisierungshäufigkeit beträgt einmal alle 15 Minuten, also die Sicherungshäufigkeit. Express Full Backup ist auf 8:00 Uhr festgelegt.

   

   Hinweis

   Im gezeigten Beispiel wird täglich um 18:00 Uhr ein Sicherungspunkt erstellt, indem die geänderten Daten aus dem Sicherungspunkt des Vortags um 18:00 Uhr übertragen werden. Dieser Prozess wird als Express Full Backup bezeichnet. Transaktionsprotokolle werden alle 15 Minuten synchronisiert. Wenn Sie die Datenbank um 21:00 Uhr wiederherstellen müssen, wird der Punkt aus den Protokollen aus dem letzten Punkt der schnellen vollständigen Sicherung erstellt (in diesem Fall 20:00 Uhr).

7. Überprüfen Sie im Blatt Datenträgerzuordnung überprüfen den gesamten verfügbaren Speicherplatz und den möglichen Speicherplatz. Wählen Sie Weiteraus.

8. Wählen Sie auf der Choose Replica Creation-Methode aus, wie Der erste Wiederherstellungspunkt erstellt werden soll. Sie können die anfängliche Sicherung manuell (aus dem Netzwerk) übertragen, um Bandbreitenüberlastungen oder über das Netzwerk zu vermeiden. Wenn Sie auf die Übertragung der ersten Sicherung warten, können Sie die Zeit für die erste Übertragung angeben. Wählen Sie Weiteraus.

   

   Für die erste Sicherungskopie muss die gesamte Datenquelle (SQL Server-Datenbank) von produktionsserver (SQL Server-Computer) auf Azure Backup Server übertragen werden. Diese Daten können groß sein und die Übertragung der Daten über das Netzwerk könnte die Bandbreite überschreiten. Aus diesem Grund können Sie die anfängliche Sicherung übertragen: Manuell (mit Wechselmedien), um Bandbreitenüberlastungen zu vermeiden oder automatisch über das Netzwerk (zu einem bestimmten Zeitpunkt).

   Sobald die erste Sicherung abgeschlossen ist, sind die restlichen Sicherungen inkrementelle Sicherungen für die erste Sicherungskopie. Inkrementelle Sicherungen sind tendenziell klein und werden einfach über das Netzwerk übertragen.

9. Wählen Sie aus, wann die Konsistenzüberprüfung ausgeführt werden soll, und wählen Sie "Weiter" aus.

   

   Azure Backup Server führt eine Konsistenzüberprüfung der Integrität des Sicherungspunkts durch. Azure Backup Server berechnet die Prüfsumme der Sicherungsdatei auf dem Produktionsserver (SQL Server-Computer in diesem Szenario) und die gesicherten Daten für diese Datei. Wenn ein Konflikt vorliegt, wird davon ausgegangen, dass die gesicherte Datei auf Azure Backup Server beschädigt ist. Azure Backup Server korrigiert die gesicherten Daten, indem die Blöcke gesendet werden, die dem Prüfsummenkonflikt entsprechen. Da Konsistenzprüfungen leistungsintensiv sind, können Sie die Konsistenzüberprüfung planen oder automatisch ausführen.

10. Um den Onlineschutz der Datenquellen anzugeben, wählen Sie die Datenbanken aus, die für Azure geschützt werden sollen, und wählen Sie "Weiter" aus.

    

11. Wählen Sie Sicherungszeitpläne und Aufbewahrungsrichtlinien aus, die den Organisationsrichtlinien entsprechen.

    

    In diesem Beispiel werden Sicherungen einmal täglich um 12:00 Uhr und 18:00 Uhr durchgeführt.

    Hinweis

    Es empfiehlt sich, für eine schnelle Wiederherstellung ein paar kurzfristige Wiederherstellungspunkte auf dem Datenträger zu haben. Diese Wiederherstellungspunkte werden für die operative Wiederherstellung verwendet. Azure dient als guter Offsite-Standort mit höheren SLAs und garantierter Verfügbarkeit.

    Bewährte Methode: Wenn Sie Sicherungen nach Abschluss der lokalen Datenträgersicherungen planen, werden die neuesten Datenträgersicherungen immer nach Azure kopiert.

12. Wählen Sie den Zeitplan der Aufbewahrungsrichtlinie aus. Die Details zur Funktionsweise der Aufbewahrungsrichtlinie finden Sie unter "Verwenden von Azure Backup" zum Ersetzen Ihres Bandinfrastrukturartikels.

    

    In diesem Beispiel:

    • Datensicherungen werden täglich um 12:00 Uhr und 20:00 Uhr durchgeführt und für 180 Tage aufbewahrt.
    • Die Sicherung am Samstag um 12:00 Uhr wird 104 Wochen lang aufbewahrt.
    • Die Sicherung am letzten Samstag um 12:00 Uhr wird 60 Monate lang aufbewahrt.
    • Die Sicherung am letzten Samstag im März um 12:00 Uhr wird 10 Jahre lang aufbewahrt.

13. Wählen Sie "Weiter" aus, und wählen Sie die entsprechende Option für die Übertragung der ersten Sicherungskopie in Azure aus. Sie können "Automatisch" über das Netzwerk auswählen.

14. Nachdem Sie die Richtliniendetails im Blatt "Zusammenfassung " überprüft haben, wählen Sie " Gruppe erstellen " aus, um den Workflow abzuschließen. Sie können anschließend Schließen auswählen und den Auftragsfortschritt im Arbeitsbereich „Überwachung“ verfolgen.

    Der Screenshot zeigt den Fortschrittsstatus der Erstellung der Schutzgruppe.

Ausführen einer On-Demand-Sicherung für SQL Server-Datenbanken auf Azure Stack

Ein Wiederherstellungspunkt wird nur erstellt, wenn die erste Sicherung erfolgt. Nach dem Erstellen einer Sicherungsrichtlinie können Sie die Erstellung eines Wiederherstellungspunkts manuell auslösen, anstatt darauf zu warten, dass der Planer die Sicherung übernimmt.

Führen Sie die folgenden Schritte aus, um eine On-Demand-Sicherung einer SQL Server-Datenbank auszuführen:

1. Warten Sie, bis der Status der Schutzgruppe "OK " für die Datenbank angezeigt wird, bevor Sie den Wiederherstellungspunkt erstellen.

   

2. Klicken Sie mit der rechten Maustaste auf die Datenbank, und wählen Sie " Wiederherstellungspunkt erstellen" aus.

   

3. Wählen Sie im Dropdownmenü "Onlineschutz " und dann "OK " aus, um mit der Erstellung eines Wiederherstellungspunkts in Azure zu beginnen.

   

4. Zeigen Sie den Status des Auftrags im Arbeitsbereich Überwachung an.

   

Wiederherstellen der SQL Server-Datenbank in Azure Stack aus Azure

Führen Sie die folgenden Schritte aus, um eine geschützte Entität (SQL Server-Datenbank) aus Azure wiederherzustellen:

1. Öffnen Sie die Azure Backup Server Management Console. Navigieren Sie zum Wiederherstellungsarbeitsbereich , in dem die geschützten Server angezeigt werden. Durchsuchen Sie die erforderliche Datenbank (in diesem Fall ReportServer$MSDPM2012). Wählen Sie eine Zeit für Wiederherstellung von aus, die als ein Onlinepunkt angegeben ist.

   

2. Klicken Sie mit der rechten Maustaste auf den Datenbanknamen, und wählen Sie "Wiederherstellen" aus.

   

3. MABS zeigt die Details des Wiederherstellungspunkts an. Wählen Sie Weiteraus. Um die Datenbank zu überschreiben, wählen Sie den Wiederherstellungstyp "Wiederherstellen" in der ursprünglichen Instanz von SQL Server aus. Wählen Sie Weiteraus.

   

   In diesem Beispiel stellt MABS die Datenbank in eine andere SQL Server-Instanz oder in einen eigenständigen Netzwerkordner wieder her.

4. Im Blatt Wiederherstellungsoptionen angeben können Sie Wiederherstellungsoptionen auswählen, wie etwa „Netzwerk-Bandbreiteneinschränkung, um die Bandbreite bei der Wiederherstellung zu drosseln. Wählen Sie Weiteraus.

5. Auf dem Blatt "Zusammenfassung " werden alle bisher bereitgestellten Wiederherstellungskonfigurationen angezeigt. Wählen Sie "Wiederherstellen" aus.

   Der Wiederherstellungsstatus zeigt die wiederhergestellte Datenbank an. Sie können Schließen auswählen, um den Assistenten zu schließen und den Fortschritt im Arbeitsbereich Überwachung zu verfolgen.

   

   Nach Abschluss der Wiederherstellung ist die wiederhergestellte Datenbank anwendungskonsensiert.

Nächste Schritte

• Sichern Sie Dateien und Anwendungen.
• Sichern Sie SharePoint auf Azure Stack.