Langzeitaufbewahrung: Azure SQL-Datenbank und Azure SQL Managed Instance

Gilt für: Azure SQL-Datenbank Azure SQL Managed Instance

Dieser Artikel enthält eine konzeptionelle Übersicht über die langfristige Aufbewahrung von Sicherungen für Azure SQL-Datenbank und Azure SQL verwaltete Instanz. Die langfristige Aufbewahrung von Backups für Azure SQL Database (einschließlich Hyperscale Service Tier) und Azure SQL Managed Instance kann für bis zu 10 Jahre konfiguriert werden.

Zu Beginn, siehe Konfiguration der Langzeitaufbewahrung für Azure SQL-Datenbank und Azure SQL Managed Instance.

Funktionsweise der Langzeitaufbewahrung

Viele Anwendungen dienen gesetzlichen, compliancebedingten oder anderen geschäftlichen Zwecken, die voraussetzen, dass Datenbanksicherungen länger als der Zeitraum von 1–35 Tagen, der für automatische Sicherungen zur Verfügung gestellt wird, aufbewahrt werden. Die Langzeitaufbewahrung (LTR) basiert auf den vollständigen Datenbanksicherungen, die automatisch vom Azure SQL-Dienst erstellt werden. Weitere Informationen finden Sie unter Automatisierte Sicherungen in Azure SQL-Datenbank oder Azure SQL Managed Instance.

Mithilfe des LTR-Features können Sie angegebene vollständige Sicherungen von SQL-Datenbank und SQL Managed Instance bis zu 10 Jahre lang in redundantem Azure Blob Storage mit konfigurierbarer Aufbewahrungsrichtlinie speichern. LTR-Sicherungen können dann als neue Datenbank wiederhergestellt werden. Wenn eine LTR-Richtlinie konfiguriert ist, werden automatisierte Sicherungen für einen langfristigen Speicher in verschiedene Blobs kopiert, die Sie dann verwenden können, um Ihre Datenbank zu einem bestimmten Zeitpunkt wiederherzustellen. Der Kopiervorgang ist ein Hintergrundauftrag, der keine Auswirkung auf die Leistung der Datenbankworkload hat. In der LTR-Richtlinie für jede Datenbank in Azure SQL-Datenbank können Sie auch festlegen, wie oft die LTR-Sicherungen erstellt werden.

Hinweis

  • Es ist derzeit nicht möglich, Sicherungen von Azure SQL-Datenbank und Azure SQL Managed Instance als unveränderlich zu konfigurieren. LTR-Backups sind nicht modifizierbar, Sie können sie jedoch über Azure-Portal, Azure CLI, PowerShell oder REST-API löschen. Weitere Informationen finden Sie unter LTR-Backups konfigurieren.
  • Verwenden Sie SQL-Agent-Jobs in Azure SQL Managed Instance, um kopiergeschützte Datenbank-Backups zu planen und auf Ihrem eigenen Speicherkonto zu aufzubewahren. Dies kann eine Alternative zur LTR-Funktionalität sein, die Ihre Backups bis zu 10 Jahre aufbewahren kann.

Um LTR zu aktivieren, können Sie eine Richtlinie mit einer Kombination aus vier Parametern definieren: wöchentliche Sicherungsaufbewahrung (W), monatliche Sicherungsaufbewahrung (M), jährliche Sicherungsaufbewahrung (Y) und Woche des Jahres (WeekOfYear). Wenn Sie den Parameter „W“ angeben, wird eine wöchentliche Sicherung in den langfristigen Speicher kopiert. Wenn Sie den Parameter „M“ angeben, wird die erste Sicherung jedes Monats in den langfristigen Speicher kopiert. Wenn Sie den Parameter „Y“ angeben, wird eine Sicherung, die in der durch „WeekOfYear“ angegebenen Woche erstellt wird, in den langfristigen Speicher kopiert. Wenn die angegebene Jahreswoche beim Konfigurieren der Richtlinie in der Vergangenheit liegt, wird die erste LTR-Sicherung im Folgejahr erstellt. Jede Sicherung wird entsprechend den Richtlinienparametern, die beim Erstellen der LTR-Sicherung konfiguriert werden, im langfristigen Speicher aufbewahrt.

Jede Änderung der LTR-Richtlinie gilt nur für zukünftige Sicherungen. Wenn Sie beispielsweise die wöchentliche Sicherungsaufbewahrung (W), monatliche Sicherungsaufbewahrung (M) oder jährliche Sicherungsaufbewahrung (Y) ändern, gilt die Aufbewahrungseinstellung nur für neue Sicherungen. Die Aufbewahrung vorhandener Sicherungen wird nicht geändert. Wenn Sie ältere LTR-Sicherungen vor Ablauf des Aufbewahrungszeitraums löschen möchten, müssen Sie die Sicherungen manuell löschen.

Beispiele für die LTR-Richtlinie:

  • W=0, M=0, Y=5, WeekOfYear=3

    Die dritte vollständige Sicherung jedes Jahres wird fünf Jahre lang aufbewahrt.

  • W=0, M=3, Y=0

    Die erste vollständige Sicherung jedes Monats wird drei Monate lang aufbewahrt.

  • W=12, M=0, Y=0

    Jede wöchentliche vollständige Sicherung wird zwölf Wochen lang aufbewahrt.

  • W=6, M=12, Y=10, WeekOfYear=20

    Jede wöchentliche vollständige Sicherung wird sechs Wochen lang aufbewahrt. Eine Ausnahme stellt die erste vollständige Sicherung jeden Monats dar: Sie wird zwölf Monate lang aufbewahrt. Eine weitere Ausnahme stellt die vollständige Sicherung dar, die in der 20. Woche des Jahres erstellt wird: Sie wird zehn Jahre lang aufbewahrt.

Die folgende Tabelle veranschaulicht den Rhythmus und den Ablauf der langfristigen Sicherungen für die folgenden Richtlinie:

W=12 weeks (84 Tage), M=12 months (365 Tage), Y=10 years (3650 Tage), WeekOfYear=20 (die Woche nach dem 13. Mai)

Die folgenden Datumsangaben sind in ISO 8601 (YYYY-MM-DD).

PITR-Sicherung zu LTR Ablauf W Ablauf M Ablauf Y
07.03.2018 2019-03-02
14.03.2018 06.06.2018
21.03.2023 13.06.2018
2018-03-28 20.06.2018
04.04.2018 2019-03-30
11.04.2018 04.07.2018
18.04.2018 11.07.2018
25.04.2018 18.7.2018
02.05.2018 2019-04-27
09.05.2018 01.08.2018
16.05.2018 13.05.2028
23.05.2018 2018-08-15
30.05.2018 22.08.2018
06.06.2018 2019-06-01
13.06.2018 05.09.2018
20.06.2018 12.09.2018
27.6.2018 19.09.2018
04.07.2018 2019-06-29
11.07.2018 03.10.2018
18.7.2018 10.10.2018
25.07.2018 17.10.2018
01.08.2018 2019-07-27
08.08.2018 31.10.2018
2018-08-15 07.11.2018
22.08.2018 14.11.2018
29.08.2018 21.11.2018

Wenn Sie die oben beschriebene Richtlinie ändern und W=0 festlegen (keine wöchentlichen Sicherungen), bewahrt der Dienst nur die monatlichen und jährlichen Sicherungen auf. Unter der LTR-Richtlinie werden keine wöchentlichen Sicherungen gespeichert. Der zum Aufbewahren dieser Sicherungen benötigte Speicherplatz verringert sich entsprechend.

Wichtig

Die Zeitplanung für die einzelnen LTR-Sicherungen wird durch Azure SQL-Datenbank gesteuert. Sie können eine LTR-Sicherung nicht manuell erstellen oder die Zeitplanung für die Sicherungserstellung steuern. Nach dem Konfigurieren einer LTR-Richtlinie kann es bis zu 7 Tage dauern, bis die erste LTR-Sicherung in der Liste der verfügbaren Sicherungen angezeigt wird.

Wenn Sie einen logischen Server oder eine verwaltete Instanz löschen, werden alle Datenbanken auf diesem Server oder dieser verwalteten Instanz ebenfalls gelöscht und können nicht wiederhergestellt werden. Ein gelöschter Server oder eine gelöschte verwaltete Instanz kann nicht wiederhergestellt werden. Wenn Sie jedoch LTR für eine Datenbank oder eine verwaltete Instanz konfiguriert haben, werden LTR-Sicherungen nicht gelöscht und können zur Wiederherstellung von Datenbanken auf einem anderen Server oder einer verwalteten Instanz desselben Abonnements zu einem Zeitpunkt verwendet werden, an dem eine LTR-Sicherung erstellt wurde.

Ähnlich verhält es sich, wenn Sie eine Datenbank löschen: LTR-Sicherungen werden nicht gelöscht und für den konfigurierten Aufbewahrungszeitraum beibehalten. Diese Sicherungen können auf demselben Server oder einem anderen Server derselben Subscription wiederhergestellt werden.

Georeplikation und langfristige Sicherungsaufbewahrung

Wenn Sie aktive Georeplikation oder Failovergruppen als Geschäftskontinuitätslösung verwenden, sollten Sie sich auf mögliche Failover vorbereiten und dieselbe LTR-Richtlinie für die sekundäre Datenbank oder Instanz konfigurieren. Ihre LTR-Speicherkosten erhöhen sich nicht, da keine Sicherungen von sekundären Datenbanken erstellt werden. Die Sicherungen werden nur erstellt, wenn die sekundäre Datenbank zur primären Datenbank wird. Dies sorgt für eine unterbrechungsfreie Erstellung der LTR-Sicherungen, wenn das Failover ausgelöst und die primäre Datenbank in den sekundären Bereich verschoben wird.

Hinweis

Wenn die ursprüngliche primäre Datenbank nach dem Ausfall, der zu einem Failover geführt hat, wiederhergestellt wird, wird sie zu einer neuen sekundären Datenbank. Daher wird die Sicherungserstellung nicht fortgesetzt und die bestehende LTR-Richtlinie wird erst wieder wirksam, wenn sie wieder die primäre Datenbank ist.

Konfigurieren der langfristigen Sicherungsaufbewahrung

Sie können die langfristige Sicherungsaufbewahrung im Azure-Portal und mit PowerShell für Azure SQL-Datenbank und Azure SQL Managed Instance konfigurieren. Zum Wiederherstellen einer Datenbank aus dem LTR-Speicher können Sie eine bestimmte Sicherung basierend auf ihrem Zeitstempel auswählen. Die Datenbank kann auf einem beliebigen vorhandenen Server oder einer verwalteten Instanz unter der gleichen Subscription wie die ursprüngliche Datenbank wiederhergestellt werden.

Informationen zum Konfigurieren der Langzeitaufbewahrung oder zum Wiederherstellen einer Datenbank aus einer Sicherung für SQL-Datenbank im Azure-Portal oder mithilfe von PowerShell finden Sie unter Verwalten der langfristigen Aufbewahrung von Sicherungen in Azure SQL-Datenbank.

Informationen zum Konfigurieren der Langzeitaufbewahrung oder zum Wiederherstellen einer Datenbank aus einer Sicherung für SQL Managed Instance über das Azure-Portal oder mit PowerShell finden Sie unter Verwalten der langfristigen Sicherungsaufbewahrung für Azure SQL Managed Instance.

Wenn eine Wiederherstellungsanforderung in den letzten 7 Tagen des LTR-Aufbewahrungszeitraums initiiert wird, verlängert Azure automatisch das Ablaufdatum aller Sicherungen um +7 Tage, um zu verhindern, dass eine LTR-Sicherung während der Wiederherstellung abläuft.

Hinweis

Wenn Sie LTR-Sicherungen verwenden, um Compliance- oder andere unternehmenskritische Anforderungen zu erfüllen, sollten Sie regelmäßige Wiederherstellungs-Drills durchführen, um zu überprüfen, ob LTR-Sicherungen wiederhergestellt werden können und ob die Wiederherstellung zum erwarteten Datenbankzustand führt.

Datenbanksicherungen sind ein wesentlicher Bestandteil jeder Strategie für Geschäftskontinuität und Notfallwiederherstellung, da Ihre Daten vor versehentlichen Beschädigungen und Löschungen geschützt werden.

Ein Tutorial zum Konfigurieren und Verwalten von LTR-Sicherungen finden Sie hier: