Sichern von SQL Server in Azure als eine DPM-Workload

In diesem Artikel wird beschrieben, wie Sie die SQL Server-Datenbanken mithilfe von Azure Backup sichern und wiederherstellen.

Azure Backup hilft Ihnen, SQL Server Datenbanken-über ein Azure-Konto in Azure zu sichern. Wenn Sie dies noch nicht haben, können Sie in nur wenigen Minuten ein kostenloses Konto erstellen. Weitere Informationen finden Sie unter Erstellen Ihres kostenlosen Azure-Kontos.

Sicherungsablauf für SQL Server-Datenbank

Zum Sichern und Wiederherstellen einer SQL Server-Datenbank in Azure führen Sie folgende Schritte aus:

1. Erstellen Sie eine Sicherungsrichtlinie zum Schutz von SQL Server-Datenbanken in Azure.
2. Erstellen Sie bedarfsgesteuerte Sicherungskopien in Azure.
3. Wiederherstellen der Datenbank aus Azure

Unterstützte Szenarios

• DPM 2019 UR2 unterstützt SQL Server-Failoverclusterinstanzen (FCI) unter Verwendung von freigegebenen Clustervolumes (CSV).
  
  
• Der Schutz von Failoverclusterinstanzen mit „Direkte Speicherplätze“ (SQL Server auf Azure-VMs) und Failoverclusterinstanzen mit freigegebenen Azure-Datenträgern (SQL Server auf Azure-VMs) wird mit diesem Feature unterstützt. Der DPM-Server muss auf dem virtuellen Azure-Computer bereitgestellt werden, um die auf virtuellen Azure-Computern bereitgestellte SQL-FCI-Instanz schützen zu können.

Voraussetzungen 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. Der Schutz von SQL Server-Daten auf einer Remotedateifreigabe wird von DPM nicht unterstützt.
• Datenbanken, die auf SMB-Remotefreigaben gespeichert sind, können von DPM nicht geschützt werden.
• Stellen Sie sicher, dass die Replikate der Verfügbarkeitsgruppe als schreibgeschützt konfiguriert sind.
• Sie müssen das Systemkonto NTAuthority\System der Systemadministratorgruppe in SQL Server explizit hinzufügen.
• Wenn Sie für eine teilweise eigenständige Datenbank eine Wiederherstellung an einem anderen Speicherort durchführen, müssen Sie sicherstellen, dass für die SQL-Zielinstanz die Funktion für eigenständige Datenbanken aktiviert wurde.
• Wenn Sie für eine Filestream-Datenbank eine Wiederherstellung an einem anderen Speicherort durchführen, müssen Sie sicherstellen, dass für die SQL-Zielinstanz die Funktion für Filestream-Datenbanken aktiviert wurde.
• Schutz für SQL Server Always On:
  • Verfügbarkeitsgruppen werden von DPM beim Ausführen von Abfragen beim Erstellen von Schutzgruppen erkannt.
  • Von DPM wird ein Failover erkannt und der Schutz der Datenbank fortgesetzt.
  • Mehrere Standorte umfassende Clusterkonfigurationen für eine Instanz von SQL Server werden von DPM unterstützt.
• Wenn Sie Datenbanken schützen, für die die Funktion „Always On“ verwendet wird, gelten für DPM folgende Einschränkungen:
  • Die Sicherungsrichtlinie für Verfügbarkeitsgruppen, die in SQL Server ausgehend von den Sicherungspräferenzen festgelegt wurde, wird von DPM wie folgt berücksichtigt:
    • Sekundär bevorzugen: Sicherungen müssen für ein sekundäres Replikat ausgeführt werden, es sei denn, das primäre Replikat ist als einziges Replikat online. 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 auf dem primären Replikat stattfinden.
    • Nur sekundäre: Die Sicherung darf nicht für das primäre Replikat ausgeführt werden. Wenn nur das primäre Replikat online ist, darf keine Sicherung ausgeführt werden.
    • Primär: Sicherungen müssen immer für das primäre Replikat ausgeführt werden.
    • Beliebiges Replikat: Sicherungen können für ein beliebiges Verfügbarkeitsreplikat in der Verfügbarkeitsgruppe ausgeführt werden. Der Knoten, von dem aus die Sicherung erfolgen soll, basiert auf den Sicherungsprioritäten für die einzelnen Knoten.

    Hinweis

    • Sicherungen können für jedes lesbare Replikat erfolgen, d h. für ein primäres, ein synchrones sekundäres oder ein asynchrones sekundäres Replikat.
    • Wenn ein Replikat von der Sicherung ausgeschlossen ist, etwa weil Replikat ausschließen aktiviert oder das Replikat als nicht lesbar gekennzeichnet wurde, 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.
    • Bei einem Sicherungsfehler auf dem ausgewählten Knoten ist der Sicherungsvorgang fehlerhaft.
    • Die Wiederherstellung am ursprünglichen Speicherort wird nicht unterstützt.
• Sicherungsprobleme bei SQL Server 2014 oder höher:
  • SQL Server 2014 wurde durch eine neue Funktion zum Erstellen einer Datenbank für lokale SQL Server-Instanzen in Microsoft Azure Blob Storage erweitert. Diese Konfiguration kann nicht mithilfe von DPM geschützt werden.
  • Die Sicherungseinstellung „Sekundär bevorzugen“ verursacht bei Verwendung der Option „SQL Always On“ einige bekannte Probleme. Von DPM wird immer eine Sicherung für das sekundäre Replikat ausgeführt. Wenn kein sekundäres Replikat gefunden wird, tritt bei der Sicherung ein Fehler auf.

Vorbereitung

Vergewissern Sie sich zunächst, dass für den Schutz von Workloads mit Azure Backup alle Voraussetzungen erfüllt sind. Hier sind einige der erforderlichen Aufgaben:

• Erstellen eines Sicherungstresors.
• Herunterladen der Tresoranmeldeinformationen.
• Installieren des Azure-Sicherungs-Agents.
• Registrieren des Servers beim Tresor.

Erstellen einer Sicherungsrichtlinie

Erstellen Sie als Erstes eine Sicherungsrichtlinie, um SQL Server-Datenbanken in Azure zu schützen:

1. Wählen Sie auf dem Data Protection Manager-Server (DPM) den Arbeitsbereich Schutz aus.

2. Wählen Sie Neu aus, um eine Schutzgruppe zu erstellen.

   

3. Lesen Sie auf der Startseite den Leitfaden zum Erstellen einer Schutzgruppe. Wählen Sie Weiteraus.

4. Wählen Sie Server.

   

5. Erweitern Sie den virtuellen SQL Server-Computer, auf dem sich die zu sichernden Datenbanken befinden. Daraufhin werden die Datenquellen des Servers angezeigt, die gesichert werden können. Erweitern Sie Alle SQL-Freigaben, und wählen Sie die Datenbanken aus, die Sie sichern möchten. In diesem Beispiel werden die Datenbanken „ReportServer$MSDPM2012“ und „ReportServer$MSDPM2012TempDB“ ausgewählt. Wählen Sie Weiteraus.

   

6. Benennen Sie die Schutzgruppe, und wählen Sie anschließend Ich möchte Onlineschutz aus.

   

7. Geben Sie auf der Seite Kurzfristige Ziele angeben alle erforderlichen Informationen ein, um Sicherungspunkte für den Datenträger zu erstellen.

   In diesem Beispiel wird Beibehaltungsdauer auf 5 Tage festgelegt. Die Synchronisierungsfrequenz für die Sicherung wird auf 15 Minuten festgelegt. Der Wert für Schnelle vollständige Sicherung wird auf 20:00 festgelegt.

   

   Hinweis

   In diesem Beispiel wird täglich um 20:00 Uhr ein Sicherungspunkt erstellt. Die Daten, die sich seit dem letzten Sicherungspunkt (also seit 20:00 Uhr des Vortags) geändert haben, werden übertragen. Dieser Vorgang wird als Schnelle vollständige Sicherung bezeichnet. Die Transaktionsprotokolle werden zwar alle 15 Minuten synchronisiert, falls die Datenbank jedoch um 21:00 Uhr wiederhergestellt werden muss, werden zur Erstellung des Punkts die Protokolle seit dem letzten vollständigen Sicherungspunkt (in diesem Beispiel: 20:00 Uhr) wiedergegeben.

8. Wählen Sie Weiter aus. DPM zeigt den gesamten verfügbaren Speicherplatz an. Außerdem wird der potenzielle Speicherplatzverbrauch angezeigt.

   

   DPM erstellt standardmäßig ein Volume pro Datenquelle (SQL Server-Datenbank). Das Volume wird für die Erstsicherungskopie verwendet. In dieser Konfiguration wird der DPM-Schutz durch die Verwaltung logischer Datenträger (Logical Disk Manager, LDM) auf maximal 300 Datenquellen (SQL Server-Datenbanken) beschränkt. Um diese Einschränkung zu umgehen, wählen Sie Daten im DPM-Speicherpool zusammenstellen aus. Mit dieser Option verwendet DPM ein einzelnes Volume für mehrere Datenquellen. Dadurch kann DPM bis zu 2.000 SQL Server-Datenbanken schützen.

   Wenn Sie Volumes automatisch erweitern auswählen, kann DPM auf die zunehmende Größe des Sicherungsvolumens durch wachsende Produktionsdaten reagieren. Wenn Sie die Option Volumes automatisch erweitern nicht auswählen, beschränkt DPM den Sicherungsspeicher auf die Datenquellen in der Schutzgruppe.

9. Administratoren können die Erstsicherung mithilfe der Option Automatisch über das Netzwerk automatisch über das Netzwerk übertragen und die gewünschte Übertragungszeit auswählen. Alternativ kann die Option Manuell verwendet werden, um die Sicherung manuell zu übertragen. Wählen Sie Weiteraus.

   

   Für die Erstsicherungskopie muss die gesamte Datenquelle (SQL Server-Datenbank) übertragen werden. Die Sicherungsdaten werden vom Produktionsserver (SQL Server-Computer) zum DPM-Server verschoben. Bei umfangreichen Sicherungen kommt es unter Umständen zu einer Überlastung der Bandbreite, wenn die Daten über das Netzwerk übertragen werden. Aus diesem Grund können Administratoren die Option Manuell auswählen, um die Erstsicherung mithilfe von Wechselmedien zu übertragen. Alternativ können sie die Option Automatisch über das Netzwerk verwenden und die Daten zu einem bestimmten Zeitpunkt automatisch über das Netzwerk übertragen.

   Im Anschluss an die Erstsicherung werden inkrementelle Sicherungen auf der Grundlage der Erstsicherungskopie erstellt. Inkrementelle Sicherungen sind im Allgemeinen klein und lassen sich problemlos über das Netzwerk übertragen.

10. Wählen Sie aus, wann eine Konsistenzprüfung ausgeführt werden soll. Wählen Sie Weiteraus.

    

    DPM kann eine Konsistenzprüfung ausführen, um die Integrität des Sicherungspunkts zu überprüfen. Hierbei wird die Prüfsumme der Sicherungsdatei auf dem Produktionsserver (in diesem Beispiel: der SQL Server-Computer) und der gesicherten Daten für diese Datei in DPM berechnet. Sollte bei der Überprüfung ein Konflikt gefunden werden, wird davon ausgegangen, dass die gesicherte Datei in DPM beschädigt ist. DPM sendet daraufhin die von dem Prüfsummenkonflikt betroffenen Datenblöcke, um die gesicherten Daten zu korrigieren. Da die Konsistenzprüfung ein ressourcenintensiver Vorgang ist, können Administratoren wählen, ob die Prüfung zu einem bestimmten Zeitpunkt oder automatisch ausgeführt werden soll.

11. Wählen Sie die Datenquellen aus, die in Azure geschützt werden sollen. Wählen Sie Weiteraus.

    

12. Administratoren können Sicherungszeitpläne und Aufbewahrungsrichtlinien auswählen, die den Richtlinien ihrer Organisation entsprechen.

    

    In diesem Beispiel werden Sicherungen täglich um 12:00 Uhr und um 20:00 Uhr erstellt.

    Tipp

    Speichern Sie einige kurzfristige Wiederherstellungspunkte auf Ihrem Datenträger, um eine schnelle Wiederherstellung zu ermöglichen. Diese Wiederherstellungspunkte werden für die Wiederherstellung operativer Funktionen verwendet. Azure ist dank hoher SLAs und garantierter Verfügbarkeit eine gute Wahl für einen Offsitestandort.

    Verwenden Sie DPM, um Azure-Sicherungen im Anschluss an die lokalen Datenträgersicherungen zu planen. Bei dieser Vorgehensweise wird die aktuelle Datenträgersicherung in Azure kopiert.

13. Wählen Sie den Zeitplan für die Aufbewahrungsrichtlinie. Weitere Informationen zur Funktionsweise der Aufbewahrungsrichtlinie finden Sie im Artikel Verschieben langfristiger Speicher von Bändern in die Azure-Cloud.

    

    In diesem Beispiel:

    • Sicherungen werden täglich um 12:00 Uhr und um 20:00 Uhr erstellt. Sie werden 180 Tage aufbewahrt.
    • Die Sicherung von Samstag, 12:00 Uhr, wird 104 Wochen aufbewahrt.
    • Die Sicherung von 12:00 Uhr am letzten Samstag des Monats wird 60 Monate aufbewahrt.
    • Die Sicherung von 12:00 Uhr am letzten Samstag im März wird zehn Jahre aufbewahrt.

    Wählen Sie nach der Wahl einer Aufbewahrungsrichtlinie Weiter aus.

14. Wählen Sie aus, wie die Erstsicherungskopie an Azure übertragen werden soll.

    • Bei der Option Automatisch über das Netzwerk werden die Daten gemäß Ihrem Sicherungszeitplan an Azure übertragen.
    • Weitere Informationen zur Offlinesicherung finden Sie in der Übersicht über die Offlinesicherung.

    Wählen Sie nach der Wahl eines Übertragungsmechanismus Weiter aus.

15. Überprüfen Sie auf der Seite Zusammenfassung die Richtliniendetails. Wählen Sie anschließend Gruppe erstellen aus. Sie können Schließen auswählen und den Auftragsstatus im Arbeitsbereich Überwachung verfolgen.

    

Bedarfsgesteuertes Erstellen von Sicherungskopien einer SQL Server-Datenbank

Ein Wiederherstellungspunkt wird erstellt, wenn die erste Sicherung durchgeführt wird. Die Erstellung eines Wiederherstellungspunkts kann auch manuell ausgelöst werden, anstatt auf die Ausführung des Schedulers zu warten:

1. Vergewissern Sie sich in der Schutzgruppe, dass der Status der Datenbank OK lautet.

   

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

   

3. Wählen Sie im Dropdownmenü die Option Onlineschutz aus. Wählen Sie anschließend OK aus, um die Erstellung eines Wiederherstellungspunkts in Azure zu starten.

   

4. Der Status des Auftrags kann im Arbeitsbereich Überwachung verfolgt werden.

   

Wiederherstellen einer SQL Server-Datenbank aus Azure

So stellen Sie eine geschützte Entität (beispielsweise eine SQL Server-Datenbank) aus Azure wieder her:

1. Öffnen Sie die DPM-Serververwaltungskonsole. Navigieren Sie zum Arbeitsbereich Wiederherstellung, um die von DPM gesicherten Server anzuzeigen. Wählen Sie die Datenbank aus (in diesem Beispiel: ReportServer$MSDPM2012). Wählen Sie unter Wiederherstellungszeit einen Wert aus, die mit Online endet.

   

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

   

3. DPM zeigt die Details zum Wiederherstellungspunkt an. Wählen Sie Weiter aus. Um die Datenbank zu überschreiben, wählen Sie den Wiederherstellungstyp In ursprünglicher Instanz von SQL Server wiederherstellenaus. Wählen Sie Weiteraus.

   

   In diesem Beispiel ermöglicht DPM die Wiederherstellung der Datenbank in einer anderen SQL Server-Instanz oder in einen eigenständigen Netzwerkordner.

4. Auf der Seite Wiederherstellungsoptionen angeben können Sie die Wiederherstellungsoptionen auswählen. So können Sie beispielsweise Netzwerk-Bandbreiteneinschränkung auswählen, um die von der Wiederherstellung beanspruchte Bandbreite zu drosseln. Wählen Sie Weiteraus.

5. Auf der Seite Zusammenfassung wird die aktuelle Wiederherstellungskonfiguration angezeigt. Wählen Sie Wiederherstellen aus.

   Der Wiederherstellungsstatus zeigt, dass die Datenbank wiederhergestellt wird. 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 mit der Anwendung konsistent.

Nächste Schritte

Weitere Informationen finden Sie unter Azure Backup – häufig gestellte Fragen.