Sichern von SQL Server auf Azure Stack
In diesem Artikel wird erläutert, wie Sie Microsoft Azure Backup Server (MABS) zum Schutz von SQL Server-Datenbanken in Azure Stack konfigurieren.
Workflow zum Schutz von SQL Server-Datenbanken
Die Verwaltung der Sicherung und Wiederherstellung von SQL Server-Datenbanken in und aus Azure umfasst folgende Schritte:
- Erstellen einer Sicherungsrichtlinie zum Schutz von SQL Server-Datenbanken
- Bedarfsgesteuertes Erstellen von Sicherungskopien
- Wiederherstellen der Datenbank vom Datenträger und aus Azure
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 MABS nicht unterstützt.
- Datenbanken, die auf SMB-Remotefreigaben gespeichert sind, können von MABS 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 MABS beim Ausführen von Abfragen während der Erstellung von Schutzgruppen erkannt.
- Ein Failover wird von MABS erkannt, und die Datenbank wird weiterhin geschützt.
- Mehrere Standorte umfassende Clusterkonfigurationen für eine Instanz von SQL Server werden von MABS unterstützt.
- 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 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.
- Die Sicherungsrichtlinie für Verfügbarkeitsgruppen, die in SQL Server auf Basis der Sicherungseinstellungen festgelegt wird, wird von MABS wie folgt berücksichtigt:
- 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 MABS geschützt werden.
- Die Sicherungseinstellung „Sekundär bevorzugen“ verursacht bei Verwendung der Option „SQL Always On“ einige bekannte Probleme. Von MABS 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
Installieren und Vorbereiten von Azure Backup Server.
Erstellen einer Sicherungsrichtlinie
Führen Sie zum Erstellen einer Sicherungsrichtlinie zum Schutz von SQL Server-Datenbanken in Azure die folgenden Schritte aus:
Wählen Sie in Azure Backup Server den Arbeitsbereich Schutz aus.
Wählen Sie im Menü Neu aus, um eine neue Schutzgruppe zu erstellen.
Azure Backup Server startet den Schutzgruppen-Assistenten, der Sie schrittweise durch die Erstellung einer Schutzgruppe führt. Wählen Sie Weiter aus.
Wählen Sie im Blatt Schutzgruppentyp auswählen den Wert Server aus.
Im Blatt Gruppenmitglieder auswählen zeigt die Liste „Verfügbare Mitglieder“ die verschiedenen Datenquellen an. Wählen Sie + 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 Elemente“ angezeigt. Nach dem Auswählen der Server oder Datenbanken, die Sie schützen möchten, wählen Sie Weiter aus.
Geben Sie im Blatt Datenschutzmethode auswählen einen Namen für die Schutzgruppe an und aktivieren Sie das Kontrollkästchen Ich möchte Onlineschutz.
Geben Sie im Blatt Kurzfristige Ziele angeben alle erforderlichen Informationen ein, um Sicherungspunkte auf dem Datenträger zu erstellen, und wählen Sie dann Weiter aus.
Im Beispiel beträgt die Beibehaltungsdauer5 Tage, und die Synchronisierungsfrequenz ist ein Mal alle 15 Minuten. Dies ist die Sicherungshäufigkeit. Der Wert für Schnelle vollständige Sicherung ist auf 20:00 festgelegt.
Hinweis
Im gezeigten Beispiel wird jeden Tag um 20:00 Uhr ein Sicherungspunkt erstellt, indem die geänderten Daten vom Sicherungspunkt des Vortags um 20:00 Uhr übertragen werden. Dieser Vorgang wird als Schnelle vollständige Sicherung 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).
Überprüfen Sie im Blatt Datenträgerzuordnung überprüfen den gesamten verfügbaren Speicherplatz und den möglichen Speicherplatz. Wählen Sie Weiter aus.
Wählen Sie unter Replikaterstellungsmethode auswählen aus, wie der erste Wiederherstellungspunkt erstellt werden soll. Sie können diese anfängliche Sicherung manuell (nicht über das Netzwerk) übertragen, um nicht zu viel Bandbreite zu belegen, oder die Daten über das Netzwerk senden. Wenn Sie mit der Übertragung der ersten Sicherung warten möchten, können Sie den Zeitpunkt der ersten Übertragung angeben. Wählen Sie Weiter aus.
Die anfängliche Sicherungskopie erfordert eine Übertragung der gesamten Datenquelle (SQL Server-Datenbank) vom Produktionsserver (SQL Server-Computer) zu Azure Backup Server. Der Umfang dieser Daten kann sehr groß sein, und die Übertragung der Daten über das Netzwerk überschreitet möglicherweise die Bandbreite. Aus diesem Grund stehen Ihnen zwei Optionen für die Übertragung der anfänglichen Sicherung zur Verfügung: Manuell (mithilfe von Wechselmedien), um eine Überlastung der Bandbreite zu vermeiden, oder Automatisch über das Netzwerk (zu einem bestimmten Zeitpunkt).
Sobald die anfängliche Sicherung abgeschlossen ist, werden nur noch inkrementelle Sicherungen basierend auf der anfänglichen Sicherungskopie erstellt. Inkrementelle Sicherungen sind im Allgemeinen klein und lassen sich problemlos über das Netzwerk übertragen.
Wählen Sie aus, wann die Konsistenzprüfung ausgeführt werden soll, und wählen Sie Weiter aus.
Azure Backup Server kann eine Konsistenzprüfung ausführen, um die Integrität des Sicherungspunkts zu prüfen. Hierbei wird die Prüfsumme der Sicherungsdatei auf dem Produktionsserver (in diesem Szenario der SQL Server-Computer) und der gesicherten Daten für diese Datei durch Azure Backup Server berechnet. Wenn ein Konflikt auftritt, wird angenommen, dass die gesicherte Datei auf Azure Backup Server beschädigt ist. Azure Backup Server korrigiert die gesicherten Daten, indem die Datenblöcke gesendet werden, die nicht der Prüfsumme entsprechen. Da Konsistenzprüfungen leistungsintensiv sind, können Sie die Konsistenzprüfung planen oder automatisch ausführen.
Um Onlineschutz für die Datenquellen festzulegen, wählen Sie die Datenbanken aus, die Sie mit Azure schützen möchten. Wählen Sie dann Weiter aus.
Wählen Sie Sicherungszeitpläne und Aufbewahrungsrichtlinien aus, die den Richtlinien ihrer Organisation entsprechen.
In diesem Beispiel werden Sicherungen einmal täglich um 12:00 Uhr und um 20:00 Uhr erstellt.
Hinweis
Es ist eine bewährte Methode, einige kurzfristige Wiederherstellungspunkte auf einem Datenträger zur Hand zu haben, 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 als Offsitestandort.
Bewährte Methode: Wenn Sie planen, Sicherungen in Azure zu starten, nachdem die lokalen Datenträgersicherungen abgeschlossen wurden, werden die neuesten Datenträgersicherungen immer in Azure kopiert.
Wählen Sie den Zeitplan für die Aufbewahrungsrichtlinie. Ausführliche Informationen zur Funktionsweise der Aufbewahrungsrichtlinie finden Sie im Artikel Verwenden von Azure Backup als Ersatz für Ihre Bandinfrastruktur.
In diesem Beispiel:
- Sicherungen werden einmal täglich um 12:00 Uhr und um 20:00 Uhr erstellt 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.
Wählen Sie Weiter und dann die geeignete Option zum Übertragen der anfänglichen Sicherung nach Azure aus. Sie können Automatisch über das Netzwerk wählen.
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.
Ausführen einer On-Demand-Sicherung
Ein Wiederherstellungspunkt wird nur erstellt, wenn die erste Sicherung durchgeführt wird. 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 bedarfsgesteuerte Sicherung einer SQL Server-Datenbank auszuführen:
Warten Sie, bis der Status der Datenbank für die Schutzgruppe als OK angezeigt wird, bevor Sie den Wiederherstellungspunkt erstellen.
Klicken Sie mit der rechten Maustaste auf die Datenbank, und wählen Sie Wiederherstellungspunkt erstellen aus.
Wählen Sie Onlineschutz im Dropdownmenü und dann OK aus, um die Erstellung eines Wiederherstellungspunkts in Azure zu starten.
Zeigen Sie den Status des Auftrags im Arbeitsbereich Überwachung an.
Wiederherstellen der Datenbank aus Azure
Führen Sie zum Wiederherstellen einer geschützten Entität (SQL Server-Datenbank) aus Azure die folgenden Schritte aus:
Öffnen Sie die Azure Backup Server-Verwaltungskonsole. Navigieren Sie zum Arbeitsbereich Wiederherstellung, in dem die geschützten Server angezeigt werden. Suchen Sie nach der erforderlichen Datenbank (in diesem Fall "ReportServer$MSDPM2012"). Wählen Sie eine Zeit für Wiederherstellung von aus, die als ein Onlinepunkt angegeben ist.
Klicken Sie mit der rechten Maustaste auf den Datenbanknamen, und wählen Sie Wiederherstellen aus.
MABS 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 Weiter aus.
In diesem Beispiel stellt MABS die Datenbank in einer anderen SQL Server-Instanz oder in einem eigenständigen Netzwerkordner wieder her.
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 Weiter aus.
Im Blatt Zusammenfassung werden alle bisher konfigurierten Wiederherstellungsoptionen angezeigt. Wählen Sie Wiederherstellen aus.
Der Wiederherstellungsstatus zeigt an, 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 anwendungskonsistent.
Nächste Schritte
- Artikel zum Sichern von Dateien und Anwendungen
- Artikel zum Sichern von SharePoint in Azure Stack