Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:Azure SQL-Datenbank
Azure SQL Managed Instance
Dieser Artikel enthält eine konzeptionelle Übersicht über langfristige Aufbewahrungssicherungen (LTR) für Azure SQL-Datenbank und Azure SQL Managed Instance. Die langfristige Aufbewahrung kann für bis zu 10 Jahre bei Sicherungen für Azure SQL-Datenbank (einschließlich in der Hyperscale-Dienstebene) und der von Azure SQL verwalteten Instanz konfiguriert werden.
Informationen zu den ersten Schritten zur Nutzung der Langzeitarchivierungsfunktion finden Sie unter:
- Verwalten der langfristigen Aufbewahrung von Sicherungen in Azure SQL-Datenbank
- Verwalten der langfristigen Sicherungsaufbewahrung für 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 der Azure SQL-Datenbank oder automatisierten Sicherungen in der verwalteten Instanz von Azure SQL.
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 Auswirkungen auf die Performance des Datenbank-Workloads hat. Die LTR-Richtlinie für jede Datenbank kann auch angeben, wie häufig 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-Sicherungen sind nicht modifizierbar, aber Sie können sie über das Azure-Portal, azure CLI, PowerShell oder REST-API löschen.
Als Problemumgehung in der verwalteten Azure SQL-Instanz können Sie kopiergeschützte Datenbanksicherungen übernehmen und in Ihrem eigenen Azure Storage-Konto als unveränderliche Datei aufbewahren.
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.
Änderungen an der LTR-Richtlinie gelten nur für zukünftige Sicherungen. Wenn Sie beispielsweise die wöchentliche Sicherungsaufbewahrung (W), die monatliche Sicherungsaufbewahrung (M) oder die jährliche Sicherungsaufbewahrung (Y) ändern, gilt die neue Aufbewahrungseinstellung nur für neue Sicherungen. Die Aufbewahrung vorhandener Sicherungen wird nicht geändert. Die LTR-Richtlinie kann für jede Datenbank in azure SQL-Datenbank und azure SQL Managed Instance konfiguriert werden. Wenn Sie beabsichtigen, alte LTR-Sicherungen vor Ablauf des Aufbewahrungszeitraums zu löschen, können Sie die Sicherungen manuell löschen.
Hinweis
Wenn Sie eine LTR-Richtlinie zum ersten Mal für eine Datenbank aktivieren und die Richtlinie eine jährliche Aufbewahrung angibt, wird sowohl in der Azure SQL-Datenbank als auch in der azure SQL Managed Instance die neueste vollständige Sicherung von PitR (Point-in-time-restore, PITR) in einen langfristigen Speicher kopiert.
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
(3.650 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 diese Richtlinie ändern und festlegen W=0
(keine wöchentlichen Sicherungen), werden die wöchentlichen Sicherungen bis zum Ablauf aufbewahrt, und der Dienst behält dann nur die monatlichen und jährlichen Sicherungen bei. Unter der LTR-Richtlinie werden keine zukünftigen wöchentlichen Sicherungen gespeichert. Der zum Aufbewahren dieser Sicherungen benötigte Speicherplatz verringert sich entsprechend.
Wichtig
Die zeitliche Planung für die einzelnen LTR-Sicherungen wird durch Microsoft gesteuert. Sie können eine LTR-Sicherung nicht manuell erstellen oder die Zeitplanung für die Sicherungserstellung steuern. Nachdem Sie eine LTR-Richtlinie konfiguriert haben, kann es bis zu sieben Tage dauern, bis die erste LTR-Sicherung in der Liste der verfügbaren Sicherungen angezeigt wird.
Wenn Sie einen logischen Server oder eine SQL-verwaltete Instanz löschen, werden auch alle Datenbanken auf diesem Server oder auf dieser verwalteten Instanz gelöscht. Sie können keine gelöschte logische Server- oder SQL-verwaltete Instanz wiederherstellen. Wenn Sie jedoch LTR für eine Datenbank konfiguriert haben, werden LTR-Sicherungen nicht gelöscht und können zum Wiederherstellen von Datenbanken auf einem anderen Server oder einer verwalteten Instanz im selben Abonnement verwendet werden, bis zu einem Zeitpunkt, zu dem eine LTR-Sicherung erstellt wurde.
Wenn Sie eine Datenbank löschen, werden LTR-Sicherungen nicht gelöscht und für den konfigurierten Aufbewahrungszeitraum aufbewahrt. 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, bereiten Sie sich auf spätere Failover vor, und konfigurieren Sie dieselbe LTR-Richtlinie für die sekundäre Datenbank oder Instanz wie für die primäre Instanz. Ihre LTR-Speicherkosten erhöhen sich nicht, da Sicherungen nicht von den sekundären Replikaten generiert werden. Sicherungen werden erst erstellt, nachdem die sekundäre Instanz zur primären wird, um die unterbrechungsfreie Erstellung von LTR-Sicherungen sicherzustellen, wenn ein Failover ausgelöst wird und die primäre Instanz in die sekundäre Region wechselt.
Wenn die ursprüngliche primäre Datenbank von einem Ausfall wiederhergestellt wird, der das Failover verursacht hat, wird sie zur neuen sekundären Datenbank. Daher wird die Sicherungserstellung für die neue sekundäre Datenbank nicht fortgesetzt und die bestehende LTR-Richtlinie wird erst 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.
- Verwalten sie die langfristige Aufbewahrung von Sicherungen in der Azure SQL-Datenbank.
- Verwalten der langfristigen Sicherungsaufbewahrung für Azure SQL Managed Instance.
Wenn eine Wiederherstellungsanforderung in den letzten sieben Tagen des LTR-Aufbewahrungszeitraums initiiert wird, wird die LTR-Sicherung erst gelöscht, nachdem der Wiederherstellungsvorgang abgeschlossen wurde, auch wenn der Aufbewahrungszeitraum abgelaufen ist.
In azure SQL Managed Instance können Sie SQL-Agent-Aufträge verwenden, um kopiergeschützte Datenbanksicherungen zu planen und sie als Alternative zu Ihrem eigenen Speicherkonto zu verschieben:
- Bewahren Sie Backups länger als 10 Jahre auf.
- Bewahren Sie tägliche Kopien Ihrer Datenbanken länger als 35 Tage auf.
- Speichern von Datenbanksicherungen auf unveränderlichem Speicher.
Tipp
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 dass die Wiederherstellung zu dem erwarteten Datenbankstatus führt.
Nächster Schritt
Zugehöriger Inhalt
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.