Point-in-Time-Wiederherstellung für Blockblobs

Point-in-Time-Wiederherstellung schützt vor versehentlicher Löschung oder Beschädigung, indem sie es ermöglicht, Blockblob-Daten in einen früheren Zustand zurückzusetzen. Diese Funktion ist nützlich in Situationen, in denen ein Benutzer oder eine Anwendung versehentlich Daten löscht oder wenn ein Anwendungsfehler Daten beschädigt. Point-in-Time-Wiederherstellung ermöglicht auch Testszenarien, bei denen ein Dataset in einen bekannten Zustand zurückgesetzt werden muss, bevor weitere Tests ausgeführt werden.

Point-in-Time-Wiederherstellung unterstützt allgemeine v2-Speicherkonten nur in der Standard-Leistungsstufe. Sie können nur Daten in den Hot- und Cool-Zugriffsstufen durch Punkt-in-Zeit-Wiederherstellung wiederherstellen. Die Point-in-Time-Wiederherstellung wird derzeit in Konten mit hierarchischem Namespace nicht unterstützt.

Informationen zum Aktivieren der Point-in-Time-Wiederherstellung für ein Speicherkonto finden Sie unter Durchführen einer Point-in-Time-Wiederherstellung für Blockblobdaten.

Empfohlene Datenschutzkonfiguration

Point-in-Time-Wiederherstellung ist Teil einer umfassenden Datensicherungsstrategie und baut auf drei weiteren Funktionen auf, die Sie zuerst aktivieren müssen: Blob-Soft-Delete, Blob-Versionierung und Änderungsfeed. Die Punkt-in-Zeit-Wiederherstellung fügt diesen Funktionen die Wiederherstellung auf Containerebene hinzu, sodass man eine Menge von Blockblobs in einen früheren Zustand zurücksetzen kann, anstatt Objekte einzeln wiederherzustellen.

Die Point-in-Time-Wiederherstellung schützt vor Datenkorruption und versehentlicher Löschung von Blobs, aber nicht vor der Löschung eines Containers oder Speicherkontos. Zum Schutz vor Containerlöschung aktivieren Sie Container Level Soft Delete. Für den Schutz auf Kontoebene aktivieren Sie Azure Backup. Um mehr über die Empfehlungen von Azure zum Datenschutz zu erfahren, siehe Datenschutzübersicht.

Funktionsweise der Point-in-Time-Wiederherstellung

Um eine Point-in-Time-Wiederherstellung zu ermöglichen, erstellen Sie eine Verwaltungsrichtlinie für das Speicherkonto und geben Sie eine Aufbewahrungsfrist an. Während der Beibehaltungsdauer können Sie Blockblobs aus dem aktuellen Zustand in einen Zustand zu einem früheren Zeitpunkt wiederherstellen.

Um eine Point-in-Time-Wiederherstellung zu initiieren, rufen Sie den Vorgang Restore Blob Ranges auf und geben einen Wiederherstellungspunkt in UTC-Zeit an. Sie können lexikografische Bereiche von Container- und Blobnamen, die wiederhergestellt werden sollen, angeben oder den Bereich weglassen, um alle Container im Speicherkonto wiederherzustellen. Jede Wiederherstellungsoperation unterstützt bis zu 10 lexikographische Bereiche.

Azure Storage analysiert alle Änderungen, die an den angegebenen Blobs zwischen dem angeforderten Wiederherstellungspunkt (angegeben in UTC-Zeit) und dem aktuellen Zeitpunkt vorgenommen werden. Der Wiederherstellungsvorgang ist atomisch, sodass er entweder bei der Wiederherstellung aller Änderungen vollständig erfolgreich ist oder fehlschlägt. Wenn Blobs vorhanden sind, die nicht wiederhergestellt werden können, schlägt der Vorgang fehl, und Lese- und Schreibvorgänge für die betroffenen Container werden fortgesetzt.

Das folgende Diagramm veranschaulicht die Funktionsweise der Point-in-Time-Wiederherstellung. Mindestens ein Container oder ein Blobbereich wird auf seinen Zustand vor n Tagen wiederhergestellt, wobei n kleiner oder gleich der Beibehaltungsdauer ist, die für die Zeitpunktwiederherstellung definiert wurde. Der Zweck besteht darin, Schreib- und Löschvorgänge, die während der Beibehaltungsdauer aufgetreten sind, rückgängig zu machen.

Du kannst jeweils nur eine Wiederherstellungsoperation auf einem Speicherkonto ausführen. Du kannst eine Wiederherstellungsoperation nicht abbrechen, sobald sie läuft, aber du kannst eine zweite Wiederherstellungsoperation durchführen, um die erste Operation rückgängig zu machen.

Der Vorgang Restore Blob Ranges gibt eine Wiederherstellungs-ID zurück, die den Vorgang eindeutig identifiziert. Um den Status einer Point-in-Time-Wiederherstellung zu überprüfen, wenden Sie den Vorgang Get Restore Status mit der Wiederherstellungs-ID an, die vom Vorgang Restore Blob Ranges zurückgegeben wird.

Voraussetzungen und Konfiguration

Um die Punkt-in-Zeit-Wiederherstellung zu verwenden, aktivieren Sie die folgenden Azure Storage-Funktionen, bevor Sie die Punkt-in-Zeit-Wiederherstellung aktivieren:

• Vorläufiges Löschen
• Änderungsprotokoll
• Blob-Versionsverwaltung

Weitere Informationen zu den Datenschutzempfehlungen von Microsoft finden Sie in der Datenschutzübersicht.

Beibehaltungsdauer für Point-in-Time-Wiederherstellung

Wenn Sie die Punkt-in-Zeit-Wiederherstellung für ein Speicherkonto aktivieren, geben Sie eine Aufbewahrungsfrist an. Sie können während der Aufbewahrungszeit Blockblobs in Ihrem Speicherkonto wiederherstellen.

Die Aufbewahrungsfrist beginnt einige Minuten, nachdem Sie die Point-in-Time-Wiederherstellung aktiviert haben. Du kannst Blobs nicht vor Beginn der Aufbewahrungsphase in einen Zustand zurückversetzen. Wenn Sie beispielsweise die Wiederherstellung zu einem bestimmten Zeitpunkt am 1. Mai mit einer Beibehaltungsdauer von 30 Tagen aktiviert haben, können Sie am 15. Mai auf einen Zeitpunkt bis maximal 15 Tage in der Vergangenheit wiederherstellen. Am 1. Juni können Sie Daten von vor 1 bis 30 Tagen wiederherstellen.

Die Beibehaltungsdauer für Point-in-Time-Wiederherstellung muss mindestens einen Tag kürzer sein als die für Soft Delete angegebene Beibehaltungsdauer. Wenn die Beibehaltungsdauer für vorläufiges Löschen z. B. auf sieben Tage festgelegt ist, kann die Beibehaltungsdauer für Point-in-Time-Wiederherstellung zwischen 1 Tag und 6 Tagen liegen.

Die erforderliche Zeit zum Wiederherstellen einer Gruppe von Daten ist von der Anzahl der Schreib- und Löschvorgänge abhängig, die während des Wiederherstellungszeitraums vorgenommen werden. Zum Beispiel benötigt ein Konto mit 1 Million Blobs, von denen 3.000 Blobs pro Tag hinzugefügt und 1.000 Blobs pro Tag gelöscht werden, etwa zwei Stunden, um auf einen Punkt von 30 Tagen in der Vergangenheit wiederhergestellt zu werden. Für ein Konto mit einer solchen Änderungsrate empfiehlt sich weder ein Aufbewahrungszeitraum von mehr als 90 Tagen noch eine Wiederherstellung auf einen Zeitpunkt, der mehr als 90 Tage in der Vergangenheit liegt.

Berechtigungen für Point-in-Time-Wiederherstellung

Um eine Wiederherstellungsoperation zu starten, muss ein Client Schreibrechte für alle Container im Speicherkonto haben. Um Berechtigungen zur Autorisierung einer Wiederherstellungsoperation mit Microsoft Entra ID zu erteilen, weisen Sie dem Sicherheitsprinzipal auf Ebene des Speicherkontos, der Ressourcengruppe oder des Abonnements die Rolle Storage Account Contributor zu.

Featureunterstützung

Die Unterstützung für dieses Features kann durch die Aktivierung von Data Lake Storage Gen2, dem Network File System (NFS) 3.0-Protokoll oder dem SSH File Transfer Protocol (SFTP) beeinträchtigt werden. Wenn Sie eine dieser Funktionen aktiviert haben, finden Sie unter Unterstützung von Blob Storage-Features in Azure Storage-Konten Informationen dazu, ob dieses Feature unterstützt wird.

Feature-Interaktionen

Die Point-in-Time-Wiederherstellung basiert auf mehreren weiteren Datensicherungsfunktionen und interagiert mit diesen auf eine Weise, die eine Wiederherstellung erschweren kann. Überprüfen Sie die folgenden Informationen, bevor Sie die Wiederherstellung zu einem bestimmten Zeitpunkt aktivieren.

• Blob-Versionierung, Soft Delete und Änderungsfeed (erforderliche Voraussetzungen): Sie müssen alle drei Features aktivieren, bevor Sie die Point-in-Time-Wiederherstellung aktivieren können. Diese Anforderung hat nachgelagerte Auswirkungen: Jede Schreiboperation erzeugt eine neue Blob-Version, was die Speicherkosten erhöhen kann, weil versionierte Blobs bestehen bleiben, bis man sie explizit löscht. Der Aufbewahrungszeitraum für die Point-in-Time-Wiederherstellung muss auf mindestens einen Tag weniger als die Aufbewahrungszeiträume für Soft Delete und Change Feed festgelegt werden. Die Abrechnung für eine Wiederherstellung basiert auf der Menge der verarbeiteten Änderungsdaten.

• Unveränderlichkeitsrichtlinien: Sie können eine Wiederherstellung auf einem Konto mit Unveränderlichkeitsrichtlinien starten, aber die Wiederherstellungsoperation ändert keine Blobs, die durch eine Richtlinie geschützt sind. Infolgedessen spiegeln die wiederhergestellten Daten möglicherweise keinen konsistenten Zustand für den angeforderten Zeitpunkt wider.

• Snapshots: Eine Wiederherstellungsoperation erstellt oder löscht keine Snapshots. Nur der Basisblob (aktuelle Version) wird in seinen vorherigen Zustand zurückversetzt.

• Kundenverwaltetes Failover: Das Durchführen eines kundenverwalteten Failovers setzt den frühestmöglichen Wiederherstellungspunkt für das Speicherkonto zurück. Nach einem Failover kann man nicht zu einem Zeitpunkt vor dem Failover wiederherstellen. Weitere Details finden Sie unter Inkonsistenzen bei der Point-in-Time-Wiederherstellung.

Bekannte Einschränkungen

Die Point-in-Time-Wiederherstellung für Blockblobs weist die folgenden Einschränkungen und bekannten Probleme auf:

• Man kann Blockblobs in einem Allzweckspeicherkonto vom Typ Standard (GPv2) nur im Rahmen einer Point-in-Time-Wiederherstellung wiederherstellen. Man kann keine Append-Blobs, Page Blobs oder Premium-Block-Blobs wiederherstellen.

• Wenn Sie einen Container während der Aufbewahrungszeit löschen, stellt die Point-in-Time-Wiederherstellung diesen Container nicht wieder her. Wenn Sie versuchen, einen Bereich von Blobs wiederherzustellen, der Blobs in einem gelöschten Container enthält, tritt bei der Zeitpunktwiederherstellung ein Fehler auf. Weitere Informationen zum Schutz von Containern vor dem Löschen finden Sie unter Soft Delete für Container.

• Wenn ein Blob zwischen dem heißen und kühlen Tier in der Zeit zwischen dem gegenwärtigen Moment und dem Wiederherstellungspunkt wechselt, stellt die Wiederherstellungsoperation den Blob auf seine vorherige Stufe zurück.

• Das Wiederherstellen von Blockblobs in der Archivstufe wird nicht unterstützt. Wenn ein Blob aus der heißen Speicherebene beispielsweise vor zwei Tagen in die Archivebene verschoben wurde und ein Wiederherstellungsvorgang für einen Zeitpunkt vor drei Tagen erfolgt, wird das Blob nicht in der heißen Zugriffsebene wiederhergestellt. Um ein archiviertes Blob wiederherzustellen, verschieben Sie es zuerst aus der Archivstufe heraus. Weitere Informationen finden Sie unter Übersicht über die Rehydrierung von Blobs aus der Archivebene.

• Partielle Wiederherstellungsvorgänge werden nicht unterstützt. Wenn ein Container archivierte Blobs enthält, schlägt deshalb der gesamte Wiederherstellungsvorgang fehl, weil das Wiederherstellen von Blockblobs auf der Archivzugriffsebene nicht unterstützt wird.

• Ein Block, den Sie durch Verwendung von Put Block oder Put Block from URL hochladen, aber nicht durch Verwendung von Put Block List comitten, ist nicht Teil eines Blobs und wird daher nicht als Teil eines Wiederherstellungsvorgangs wiederhergestellt.

• Wenn Sie einen Blob mit einer aktiven Leasedauer im wiederherzustellenden Bereich aufnehmen und sich die aktuelle Version des geleasten Blobs von der vorherigen Version zu dem für die Zeitpunktwiederherstellung bereitgestellten Zeitstempel unterscheidet, schlägt der Wiederherstellungsvorgang atomisch fehl. Unterbrechen Sie alle aktiven Leases, bevor Sie den Wiederherstellungsvorgang starten.

• Die Zeitpunktwiederherstellung wird bei hierarchischen Namespaces oder Vorgängen über Azure Data Lake Storage nicht unterstützt.

• Die Zeitpunktwiederherstellung wird nicht unterstützt, wenn die Eigenschaft AllowedCopyScope des Speicherkontos so festgelegt wurde, dass der Kopierbereich auf denselben Microsoft Entra-Mandanten oder dasselbe virtuelle Netzwerk begrenzt wird. Weitere Informationen finden Sie unter Informationen zum zulässigen Bereich für Kopiervorgänge (Vorschau).

• Die Wiederherstellung zu einem bestimmten Zeitpunkt wird nicht unterstützt, wenn die Unveränderlichkeit auf Versionsebene für ein Speicherkonto oder einen Container in einem Konto aktiviert wurde. Weitere Informationen zur Unveränderlichkeit auf Versionsebene finden Sie unter Konfigurieren von Unveränderlichkeitsrichtlinien für Blobversionen.

Problembehandlung und Überwachung

• Ich kann PITR nicht aktivieren: PITR erfordert Voraussetzungen wie Soft Delete für Blobs, Blob-Versionierung und Change Feed. Überprüfen Sie, ob diese Voraussetzungen aktiviert sind.

• Ich kann nicht auf meine Zielzeit wiederherstellen: PITR verlangt, dass der Zielzeitstempel im konfigurierten Aufbewahrungsfenster liegt. Überprüfe, ob die Wiederherstellungszeit innerhalb der Aufbewahrungsdauer liegt.

• Meine PITR-Wiederherstellung dauert zu lange: Die PITR-Dauer hängt vom Datenvolumen und dem Wiederherstellungsumfang ab. Überprüfe, ob der Scope korrekt ist (Container oder Objektset). Derzeit gibt es keine Möglichkeit, den Fortschritt der PITR-Wiederherstellung zu überwachen. Wenn eine Wiederherstellung hängt oder länger dauert als erwartet, eröffnen Sie eine Supportanfrage im Azure-Portal.

• PITR ist abgeschlossen, aber meine Daten fehlen noch: PITR stellt auf einen ausgewählten Zeitpunkt und Bereich wieder her. Überprüfen Sie, ob Sie das richtige Konto, den richtigen Container, den richtigen Pfad und den richtigen Zeitstempel ausgewählt haben.

• Meine Speicherkosten stiegen nach der Aktivierung von PITR: PITR mit Versionsmanagement und Aufbewahrungsdauer erhöht gespeicherte Daten im Laufe der Zeit. Überprüfen Sie, ob Lebenszyklusregeln und Retentionseinstellungen optimiert sind.

Preise und Abrechnung

Zum Aktivieren der Zeitpunktwiederherstellung fallen keine Gebühren an. Allerdings ermöglicht die Aktivierung von Point-in-Time-Wiederherstellung auch Blob-Versionierung, Soft Delete und Change Feed, die jeweils zusätzliche Kosten verursachen können.

Die Abrechnung für Point-in-Time-Wiederherstellungsvorgänge basiert auf der Menge der für die Wiederherstellung verarbeiteten Änderungsdaten. Du bezahlst auch für alle Speichertransaktionen, die im Rahmen des Wiederherstellungsvorgangs anfallen.

Weitere Informationen zu den Preisen für Point-in-Time-Wiederherstellung finden Sie unter Preise für Blockblobs.

Nächste Schritte

• Durchführen einer Point-in-Time-Wiederherstellung von Blockblobdaten
• Unterstützung für Änderungsfeeds in Azure Blob Storage
• Aktivieren von „Vorläufiges Löschen“ für Blobs
• Aktivieren und Verwalten der Blobversionsverwaltung