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.
Blob Soft Delete schützt einen einzelnen Blob, Schnappschuss oder eine Version vor versehentlichen Löschungen oder Überschreibungen, indem gelöschte Daten für einen bestimmten Zeitraum im System aufbewahrt werden. Während des Aufbewahrungszeitraums können Sie den Zustand eines vorläufig gelöschten Objekts zum Zeitpunkt der Löschung wiederherstellen. Nach Ablauf der Aufbewahrungsfrist wird das Objekt dauerhaft gelöscht.
Empfohlene Datenschutzkonfiguration
Das vorläufige Löschen von Blobs ist Teil einer umfassenden kontointernen Datenschutzstrategie für Blobdaten. Um den optimalen Schutz Ihrer BLOB-Daten zu gewährleisten, empfiehlt Microsoft die Aktivierung der folgenden Datenschutzfeatures:
Vorläufiges Löschen von Blobs, um ein Blob, eine Momentaufnahme oder eine Version wiederherzustellen, die Sie gelöscht haben. Informationen zum Aktivieren des vorläufigen Löschens von Blobs finden Sie unter Aktivieren und Verwalten des vorläufigen Löschens von Blobs.
Vorläufiges Löschen von Containern, um einen Container wiederherzustellen, den Sie gelöscht haben. Informationen zum Aktivieren des vorläufigen Löschens für Container finden Sie unter Aktivieren und Verwalten des vorläufigen Löschens für Container (Vorschau).
Zum Schutz vor umfassenderen Datenverlustszenarien wie versehentlicher Kontolöschung oder Ransomware sollten Sie zusätzlich zu kontointernen Features Azure Backup aktivieren. Weitere Informationen zu den Datenschutzempfehlungen von Microsoft finden Sie in der Übersicht zum Datenschutz.
Tipp
Um Blob- und Container-Soft-Delete in großem Maßstab zu aktivieren, verwenden Sie die integrierte Azure Policy Soft Delete für Blobs und Container in Speicherkonten konfigurieren.
Funktionsweise des vorläufigen Löschens
Wenn Sie Blob Soft Delete für ein Speicherkonto aktivieren, geben Sie für gelöschte Objekte eine Aufbewahrungsfrist zwischen 1 und 365 Tagen an. Die Beibehaltungsdauer gibt an, wie lange Daten verfügbar bleiben, nachdem sie gelöscht oder überschrieben wurden. Sobald ein Objekt gelöscht oder überschrieben wird, wird der Ablaufzeitpunkt des Aufbewahrungszeitraums festgelegt.
Während die Aufbewahrungsphase aktiv ist, können Sie einen gelöschten Blob zusammen mit seinen Schnappschüssen und Versionen wiederherstellen, indem Sie die Operation Undelete Blob aufrufen. Das folgende Diagramm zeigt, wie ein gelöschtes Objekt wiederhergestellt werden kann, wenn das vorläufige Löschen von Blobs aktiviert ist:
Sie können die konfigurierte Aufbewahrungsfrist jederzeit aktualisieren.
Wenn Sie Blob Soft Delete deaktivieren, können Sie weiterhin auf Soft-Gelöschte Objekte in Ihrem Speicherkonto zugreifen und sie wiederherstellen, bis die Soft-Delete-Aufbewahrungszeit abgelaufen ist.
Version 2017-07-29 und höher der Azure Storage REST API unterstützt Blob Soft Delete.
Wichtig
Man kann Blob Soft Delete nur verwenden, um einen einzelnen Blob oder ein Verzeichnis (in einem hierarchischen Namespace) sowie alle zugehörigen Snapshots und Versionen (nur im Flat-Namespace) wiederherzustellen. Um einen Container und seinen Inhalt wiederherzustellen, müssen Sie außerdem das Container-Soft-Delete für das Speicherkonto aktivieren.
Blob Soft Delete schützt nicht auf Container- oder Kontoebene. Informationen finden Sie unter der Datenschutzübersicht für Empfehlungen zum Schutz für Ihre Workload.
Behandlung von Löschungen bei aktiviertem vorläufigen Löschen
Wenn du Blob soft delete aktivierst, markiert das Löschen eines Blobs diesen Blob als soft-deleted. Der Löschvorgang erstellt keinen Schnappschuss. Wenn die Aufbewahrungsfrist abläuft, löscht das System den weich gelöschten Blob dauerhaft. In Konten mit hierarchischem Namensraum bleibt die Zugriffskontrollliste eines Blobs erhalten, wenn der Blob wiederhergestellt wird.
Wenn ein Blob Snapshots hat, kannst du den Blob nicht löschen, es sei denn, du löschst auch die Snapshots. Wenn Sie ein Blob und seine Momentaufnahmen löschen, werden das Blob und die Momentaufnahmen als vorläufig gelöscht markiert. Der Löschvorgang erstellt keine neuen Schnappschüsse.
Sie können auch eine oder mehrere aktive Momentaufnahmen löschen, ohne das Basisblob zu löschen. In diesem Fall wird die Momentaufnahme vorläufig gelöscht.
Wenn Sie ein Verzeichnis in einem Konto löschen, für das die Funktion für den hierarchischen Namespace aktiviert ist, werden das Verzeichnis und alle seine Inhalte als vorläufig gelöscht markiert. Du kannst nur auf das soft-gelöschte Verzeichnis zugreifen. Um auf die Inhalte des vorläufig gelöschten Verzeichnisses zuzugreifen, müssen Sie die Löschung des vorläufig gelöschten Verzeichnisses aufheben.
Softgelöschte Objekte sind unsichtbar, es sei denn, du zeigst sie explizit an oder listest sie auf. Weitere Informationen zum Auflisten vorläufig gelöschter Objekte finden Sie unter Verwalten und Wiederherstellen vorläufig gelöschter Blobs.
Behandlung von Überschreibungen bei aktiviertem vorläufigen Löschen
Wichtig
Dieser Abschnitt gilt nicht für Konten mit einem hierarchischen Namespace.
Durch das Aufrufen eines Vorgangs, wie z. B. Put Blob, Put Block List oder Copy Blob, werden die Daten in einem Blob überschrieben. Wenn Sie Blob Soft Delete aktivieren, erzeugt das Überschreiben eines Blobs automatisch eine vorläufig gelöschte Momentaufnahme des Zustands des Blobs vor dem Schreibvorgang. Wenn die Aufbewahrungsfrist abläuft, löscht das System den weich gelöschten Snapshot dauerhaft. Die Operation, die das System zur Erstellung des Snapshots ausführt, erscheint nicht in den Azure Monitor- oder Storage Analytics-Logs.
Vorläufig gelöschte Momentaufnahmen sind unsichtbar, es sei denn, Sie zeigen vorläufig gelöschte Objekte explizit an oder listen sie auf. Weitere Informationen zum Auflisten vorläufig gelöschter Objekte finden Sie unter Verwalten und Wiederherstellen vorläufig gelöschter Blobs.
Das vorläufige Löschen von Blobs bietet keinen Schutz vor dem Überschreiben von Blobmetadaten oder -eigenschaften. Es wird keine vorläufig gelöschte Momentaufnahme erstellt, wenn die Metadaten oder Eigenschaften eines Blobs aktualisiert werden. Um die Metadaten eines Blobs zu erfassen, siehe Blob-Versionierung.
Bei Storage Premium-Konten werden vorläufig gelöschte Momentaufnahmen nicht auf das Limit von 100 Momentaufnahmen pro Blob angerechnet.
Wiederherstellen vorläufig gelöschter Objekte
Sie können vorläufig gelöschte Blobs oder Verzeichnisse (in einem hierarchischen Namespace) wiederherstellen, indem Sie innerhalb des Aufbewahrungszeitraums den Vorgang Undelete Blob (Blob wiederherstellen) aufrufen. Die Operation Undelete Blob stellt einen Blob sowie alle damit verbundenen Soft-Delete-Snapshots oder Versionen wieder her. Es stellt alle während der Speicherzeit gelöschten Snapshots wieder her. Bei Konten mit einem hierarchischen Namespace wird die Zugriffssteuerungsliste eines Blobs zusammen mit dem Blob wiederhergestellt.
In Konten mit hierarchischem Namensraum können Sie auch die Operation Undelete Blob verwenden, um ein weich gelöschtes Verzeichnis und alle dessen Inhalte wiederherzustellen. Wenn Sie ein Verzeichnis umbenennen, das vorläufig gelöschte Blobs enthält, werden diese vom Verzeichnis getrennt. Um diese Blobs wiederherzustellen, musst du den Verzeichnisnamen auf den ursprünglichen Namen zurücksetzen oder ein separates Verzeichnis erstellen, das den ursprünglichen Verzeichnisnamen verwendet. Andernfalls erhalten Sie eine Fehlermeldung, wenn Sie versuchen, diese vorläufig gelöschten Blobs wiederherzustellen. Man kann auch kein Verzeichnis oder einen Blob auf einen Dateipfad zurücksetzen, der bereits ein Verzeichnis oder einen Blob mit diesem Namen hat. Wenn du zum Beispiel a.txt (1) löschst und eine neue Datei mit dem Namen a.txt (2) hochlädst, kannst du die vorläufig gelöschte Datei a.txt (1) erst wiederherstellen, wenn die aktive Datei a.txt (2) entweder gelöscht oder umbenannt wurde. Sie können erst auf den Inhalt eines vorläufig gelöschten Verzeichnisses zugreifen, nachdem die Löschung des Verzeichnisses rückgängig gemacht wurde.
Das Aufrufen von Undelete Blob auf einem Blob, der nicht soft-gelöscht ist, stellt alle soft-gelöschten Snapshots wieder, die mit dem Blob verknüpft sind. Wenn das Blob keine Momentaufnahmen umfasst und nicht vorläufig gelöscht wurde, besitzt das Aufrufen von Undelete Blob keine Auswirkung.
Um eine vorläufig gelöschte Momentaufnahme zum Basisblob hochzustufen, müssen Sie zunächst Undelete Blob für das Basisblob aufrufen, um das Blob und die zugehörigen Momentaufnahmen wiederherzustellen. Kopieren Sie anschließend die gewünschte Momentaufnahme über das Basisblob. Sie können die Momentaufnahme auch in ein neues Blob kopieren.
Du kannst die Daten in einem weich gelöschten Blob oder Snapshot nicht lesen, bis das Objekt wiederhergestellt ist.
Weitere Informationen zum Wiederherstellen vorläufig gelöschter Objekte finden Sie unter Verwalten und Wiederherstellen vorläufig gelöschter Blobs.
Tipp
Um Blobs in großem Maßstab über mehrere Speicherkonten basierend auf einer von dir definierten Bedingungsmenge wiederherzustellen, verwende eine Speicheraufgabe. Eine Speicheraufgabe ist eine Ressource, die in Azure Storage Actions verfügbar ist: ein serverloses Framework, mit dem Sie gemeinsame Datenoperationen auf Millionen von Objekten über mehrere Speicherkonten hinweg durchführen können. Weitere Informationen finden Sie unter Was ist Azure Storage Actions?
Schutz durch vorläufiges Löschen von Blobs nach Vorgang
In der folgenden Tabelle wird das erwartete Verhalten für Lösch- und Schreibvorgänge mit und ohne Blobversionsverwaltung beschrieben, wenn das vorläufige Löschen von Blobs aktiviert ist. In den folgenden Tabellen bedeutet keine Änderung , dass sich die Operation gleich verhält, egal ob Blob Soft Delete aktiviert ist oder nicht.
Speicherkonto (kein hierarchischer Namespace)
| REST-API-Vorgänge | Vorläufiges Löschen aktiviert | Vorläufiges Löschen und Versionsverwaltung aktiviert |
|---|---|---|
| Speicherkonto löschen | Keine Änderung. Container und Blobs im gelöschten Konto können nicht wiederhergestellt werden. | Keine Änderung. Container und Blobs im gelöschten Konto können nicht wiederhergestellt werden. |
| Container löschen | Keine Änderung. Blobs im gelöschten Container sind nicht wiederherstellbar, es sei denn , Container Soft Delete ist aktiviert. | Keine Änderung. Blobs im gelöschten Container können nicht wiederhergestellt werden. |
| Blob löschen | Wenn die Operation zum Löschen eines Blobs verwendet wird, markiert die Operation den Blob als vorläufig gelöscht. Wenn sie zum Löschen eines Blob-Snapshots verwendet wird, markiert die Operation den Snapshot als vorläufig gelöscht. |
Bei Verwendung zum Löschen eines Blobs wird die aktuelle Version zu einer früheren Version, und die aktuelle Version wird gelöscht. Der Vorgang erstellt weder eine neue Version noch vorläufig gelöschte Snapshots. Wenn der Vorgang zum Löschen einer Blob-Version verwendet wird, markiert der Vorgang die Version als vorläufig gelöscht. |
| Wiederherstellen von Blobs | Stellt ein Blob und alle Momentaufnahmen wieder her, die innerhalb des Aufbewahrungszeitraums gelöscht wurden. | Stellt ein Blob und alle Versionen wieder her, die innerhalb des Aufbewahrungszeitraums gelöscht wurden. |
|
Platzieren eines Blobs Blockliste setzen Kopieren von Blobs Blob aus URL kopieren |
Wenn der Vorgang für ein aktives Blob aufgerufen wird, erzeugt die Operation automatisch einen Schnappschuss des Zustands des Blobs vor der Operation. Wird bei einem weich gelöschten Blob aufgerufen, erzeugt die Operation nur dann einen Schnappschuss des vorherigen Zustands des Blobs, wenn dieser durch einen Blob desselben Typs ersetzt wird. Wenn der Blob einen anderen Typ hat, löscht die Operation dauerhaft alle vorhandenen weich gelöschten Daten. |
Die Operation erzeugt automatisch eine neue Version, die den Zustand des Blobs vor der Operation erfasst. |
| Block setzen | Bei Verwendung zum Commit eines Blocks in ein aktives Blob erfolgt keine Änderung. Wenn dieser Vorgang verwendet wird, um einen Block in einen Blob zu committen, der vorläufig gelöscht ist, erstellt die Operation einen neuen Blob und erzeugt automatisch einen Schnappschuss, um den Zustand des vorläufig gelöschten Blobs zu erfassen. |
Keine Änderung. |
|
Put-Seite Seite von URL übernehmen |
Keine Änderung. Page-Blob-Daten, die durch den Vorgang überschrieben oder gelöscht werden, werden nicht gespeichert und können nicht wiederhergestellt werden. | Keine Änderung. Page-Blob-Daten, die durch den Vorgang überschrieben oder gelöscht werden, werden nicht gespeichert und können nicht wiederhergestellt werden. |
|
Block anhängen Block von URL anhängen |
Keine Änderung. | Keine Änderung. |
| Einstellungen für Blob-Eigenschaften | Keine Änderung. Überschriebene Blobeigenschaften können nicht wiederhergestellt werden. | Keine Änderung. Überschriebene Blobeigenschaften können nicht wiederhergestellt werden. |
| Festlegen von Blob-Metadaten | Keine Änderung. Überschriebene Blobmetadaten können nicht wiederhergestellt werden. | Die Operation erzeugt automatisch eine neue Version, die den Zustand des Blobs vor der Operation erfasst. |
| Festlegen der Blobebene | Das Basisblob wird in die neue Ebene verschoben. Alle aktiven oder vorläufig gelöschten Momentaufnahmen verbleiben in der ursprünglichen Ebene. Es wird keine vorläufig gelöschte Momentaufnahme erstellt. | Das Basisblob wird in die neue Ebene verschoben. Alle aktiven oder vorläufig gelöschten Versionen verbleiben in der ursprünglichen Ebene. Es wird keine neue Version erstellt. |
Speicherkonto (hierarchischer Namespace)
| REST-API-Operation | Soft Delete aktiviert |
|---|---|
| Speicherkonto löschen | Keine Änderung. Container und Blobs im gelöschten Konto können nicht wiederhergestellt werden. |
| Dateisystem – Löschen | Keine Änderung. Blobs im gelöschten Container können nicht wiederhergestellt werden. |
| Container löschen | Keine Änderung. Blobs im gelöschten Container sind nicht wiederherstellbar, es sei denn , Container Soft Delete ist aktiviert. |
| Pfad: Löschen | Die Operation erstellt einen vorläufig gelöschten Blob oder ein Verzeichnis. Das vorläufig gelöschte Objekt wird nach dem Aufbewahrungszeitraum gelöscht. |
| Blob löschen | Die Operation erzeugt ein logisch gelöschtes Objekt. Das vorläufig gelöschte Objekt wird nach dem Aufbewahrungszeitraum gelöscht. Du kannst einen Blob nicht mit bestehenden Momentaufnahmen löschen. |
| Pfad: Erstellen für das Umbenennen eines Blobs oder Verzeichnisses | Der bestehende Ziel-Blob oder das leere Verzeichnis wird vorläufig gelöscht und die Quelle ersetzt dieses. Das vorläufig gelöschte Objekt wird nach dem Aufbewahrungszeitraum gelöscht. |
| Festlegen des Blobablaufs legt ein Ablaufdatum für ein vorhandenes Blob fest | Keine Änderung. Ein abgelaufenes Blob wird nicht zu einem vorläufig gelöschten Blob, wenn es abläuft. |
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, lesen Sie bitte den Abschnitt Unterstützung der Blob Storage-Funktion in Azure Storage-Konten, um die Unterstützung für dieses Features zu bewerten.
Überlegungen zur Arbeitslast
Das Aktivieren von Soft Delete beeinflusst deine bestehenden Daten nicht, aber es ändert das Verhalten von Lösch- und Überschreiboperationen. Bevor Sie eine Soft-Löschung für einen Produktivworkload aktivieren, sollten Sie folgende Faktoren berücksichtigen:
Das Auflisten aller Blobs liefert jetzt vorläufig gelöschte Blobs. Diese Veränderung hat die größte Auswirkung. Anwendungen, die Blobs mit einem All-Flag auflisten (
BlobListingDetails.Allin Legacy-SDKs oderBlobStates.Allim v12-SDKAzure.Storage.Blobs), erhalten Soft-Delete-Blobs, sobald Soft Delete aktiviert wird. Anwendungslogik, die davon ausgeht, dass nur aktive Blobs zurückgegeben werden, kann sich falsch verhalten, und Backup- oder Wiederherstellungsprozesse können weich gelöschte Blobs fälschlicherweise als aktive Daten interpretieren. Überprüfen Sie Ihren Code hinsichtlich aller Listing-Flags und testen Sie vor dem Aktivieren. Um nur aktive Blobs aufzulisten, verwenden SieBlobStates.None. Um Versionen aufzulisten, während weich gelöschte Blobs ausgeschlossen werden, verwenden SieBlobStates.Versioned.Löschungen und Überschreibungen behalten jetzt Daten bei und werden weiterhin abgerechnet. Wenn du Soft Delete aktivierst, schafft das Löschen oder Überschreiben eines Blobs nicht sofort Speicherplatz. Der vorherige Zustand wird als Soft-Delete-Daten gespeichert und mit dem gleichen Satz wie aktive Daten abgerechnet, bis die Aufbewahrungszeit abgelaufen ist. Workloads, die auf Lösch- oder Überschreibungsoperationen angewiesen sind, um Speicherplatz freizugeben, verursachen zusätzliche Kosten für die Dauer der Aufbewahrungszeit.
Workloads mit vielen Überschreibungen führen zur Ansammlung von soft-gelöschten Snapshots. Bei FNS-Konten erzeugt jede Überschreibung, falls die Versionierung nicht aktiviert ist, einen als gelöscht markierten Snapshot, der den vorherigen Zustand erfasst. Anwendungen, die häufig dieselben Blobs überschreiben, z. B. bei Protokollierung, Prüfpunktspeicherung oder temporären Dateien, können große Mengen an weich gelöschten Daten und unerwartete Kosten erzeugen. Wenn Sie die Ebene eines Blobs oder einer Momentaufnahme nicht geändert haben, werden Ihnen eindeutige Datenblöcke in diesem Blob, in den zugehörigen Momentaufnahmen und in allen ggf. vorhandenen Versionen in Rechnung gestellt. Siehe Momentaufnahmen Preisgestaltung und Abrechnung. Wählen Sie eine Aufbewahrungszeit, die Ihre Wiederherstellungsanforderungen widerspiegelt, ohne zu viele Änderungen zu behalten.
Blockiert den DFS-Endpunkt bei Konten mit flachem Namespace. Wenn Sie die Soft-Löschung eines Kontos ohne hierarchischen Namensraum aktivieren, werden Operationen über den Data Lake Storage (DFS) Endpunkt (
*.dfs.core.windows.net) blockiert und schlagen mitEndpointUnsupportedAccountFeaturesfehl. Verwenden Sie stattdessen den Blob-Endpunkt (*.blob.core.windows.net) oder aktualisieren Sie das Konto auf einen hierarchischen Namensraum, um DFS-Endpunkte mit aktiviertem Soft Delete zu verwenden.
Feature-Interaktionen
Blobversionierung
Wichtig
Hierarchischer Namensraum wird für Versionierung nicht unterstützt.
Überschreibungen erstellen eine Version statt eines vorläufig gelöschten Snapshots: Wenn Sie sowohl Blob-Versionierung als auch Blob-Soft-Delete aktivieren, erzeugt das Überschreiben eines Blobs eine neue vorherige Version, die den vorherigen Zustand des Blobs erfasst. Die Operation erstellt keinen weichgelöschten Snapshot. Die neue Version wird nicht vorläufig gelöscht und nicht entfernt, wenn die Beibehaltungsdauer für vorläufiges Löschen abläuft.
Beim Löschen einer vorherigen Version wird nur diese Version soft gelöscht: Löscht man eine bestimmte vorherigeVersion, wird diese Version soft gelöscht, die bis zum Ablauf der Soft-Delete-Aufbewahrungszeit beibehalten wird. Nach Ablauf der Aufbewahrungsfrist wird die vorläufig gelöschte Version dauerhaft gelöscht.
Undelete stellt alle soft-gelöschten Versionen wieder her: Die Undelete-Blob-Operation stellt alle soft-gelöschten Versionen eines Blobs auf einmal wieder her; eine einzelne Version kann nicht selektiv wiederhergestellt werden. Es setzt keine Version als aktuelle Version. Um die aktuelle Version wiederherzustellen, stellen Sie sie zuerst wieder her und kopieren Sie dann die gewünschte vorherige Version über den Basisblob. Weitere Informationen finden Sie unter Feature-Interaktionen.
Blob-Momentaufnahmen
Überschreibungen erzeugen einen vorläufig gelöschten Snapshot, wenn die Versionierung deaktiviert ist: Bei einem Flat-Namespace-Konto ohne Versionierung erzeugt das Überschreiben eines Blobs automatisch einen vorläufig gelöschten Snapshot, der den Zustand des Blobs vor dem Schreiben erfasst. Wenn die Aufbewahrungsfrist abläuft, wird der Snapshot dauerhaft gelöscht.
Soft Delete schützt Snapshots, die du explizit löschst: Das Löschen eines aktiven Snapshots bewirkt, dass er vorläufig gelöscht wird, und er bleibt für die gesamte Aufbewahrungszeit erhalten. Du kannst einen Basisblob mit Snapshots nicht löschen, es sei denn, du löschst auch seine Snapshots. Wenn du beide löschst, markierst du alle als soft-gelöscht.
Premium-Konten zählen vorläufig gelöschte Schnappschüsse nicht zum Snapshot-Limit: Bei Premium-Block-Blob-Konten zählen vorläufig gelöschte Snapshots nicht zum Pro-Blob-Limit von 100 Snapshots.
Lebenszyklusverwaltung
- Lebenszyklus-Löschaktionen erzeugen weich gelöschte Objekte: Wenn eine Lebenszyklus-Managementrichtlinie einen Blob, einen Schnappschuss oder eine Version löscht, gilt die Soft-Löschung weiterhin. Das gelöschte Objekt wechselt in den Soft-Deleted-Zustand und bleibt während der Aufbewahrungsfrist wiederherstellbar, anstatt sofort entfernt zu werden. Wenn Sie Lebenszyklusregeln zur Steuerung des Speicherwachstums verwenden, berücksichtigen Sie das zusätzliche Aufbewahrungsfenster, da gelöschte Daten bis zum Ablauf der Aufbewahrungsfrist weiterhin in Rechnung gestellt werden.
Dauerhaft löschen
- Dauerhafte Löschung überschreibt die Soft-Delete-Aufbewahrung von Snapshots und Versionen: Wenn Sie die Permanent-Delete-Funktion im Konto aktivieren, kann ein Aufrufer mit den entsprechenden Berechtigungen Soft-Delete-Snapshots und Versionen dauerhaft entfernen, bevor die Aufbewahrungsfrist abläuft. Wenn du einen vollständigen Soft-Delete-Schutz für den gesamten Aufbewahrungszeitraum möchtest, deaktiviere permanente Löschung.
Soft Delete für Container
Blob Soft Delete und Container Soft Delete schützen unterschiedliche Scopes: Blob Soft Delete stellt einzelne Blobs, Snapshots und Versionen wieder her, kann aber keinen gelöschten Container wiederherstellen. Container-Soft-Delete stellt einen gelöschten Container und dessen Inhalt wieder her, schützt aber nicht vor dem Löschen einzelner Blobs innerhalb eines Live-Containers. Die beiden Funktionen ergänzen sich, und Microsoft empfiehlt, beide zu aktivieren.
Sie können einzelne Blobs aus einem weich gelöschten Container nicht wiederherstellen: Das vorläufige Löschen von Containern stellt einen Container vollständig in dem Zustand wieder her, in dem er sich zum Zeitpunkt der Löschung befand. Man kann nicht selektiv einzelne Blobs aus einem weich gelöschten Container wiederherstellen. Stelle zuerst den ganzen Container wieder her und arbeite dann mit seinen Blobs. Weitere Informationen finden Sie unter Container soft delete.
Bekannte Einschränkungen
Schützt nicht vor der Löschung von Containern oder Konten. Blob Soft Delete funktioniert nur auf Blob-, Snapshot-, Versions- und Verzeichnisebene (in einem hierarchischen Namensraum). Um einen gelöschten Container und dessen Inhalt wiederherzustellen, müssen Sie außerdem Container Soft Delete aktivieren. Um sich vor umfassenderen Datenverlusten wie versehentlicher Kontolöschung oder Ransomware zu schützen, aktivieren Sie Azure Backup.
Schützt keine Metadaten oder Schreibvorgänge an Eigenschaften. Beim Aktualisieren der Metadaten oder Eigenschaften eines Blobs wird kein weich gelöschter Snapshot erstellt. Du kannst diese Änderungen nicht durch Soft Delete wiederherstellen.
Es schützt hierarchische Namespace-Konten nicht vor Überschreibungen. Bei Konten mit hierarchischem Namensraum schützt Soft Delete nur vor Löschvorgängen. Überschreibungen werden nicht als weich gelöschte Snapshots erfasst und können nicht wiederhergestellt werden.
Die Aufbewahrungszeit beträgt 1 bis 365 Tage und kann nicht verlängert werden. Sobald die Aufbewahrungszeit abgelaufen ist, kann sie nicht verlängert werden und das Objekt wird dauerhaft gelöscht.
Die Funktion Permanent Delete überschreibt die Soft-Delete-Aufbewahrung. Wenn Sie die Funktion "Permanente Löschung" auf dem Konto aktivieren, kann sie Soft-Gelöschte Snapshots und Versionen dauerhaft entfernen, bevor die Aufbewahrungsfrist abläuft.
Löschungen durch „Set Blob Expiry“ sind nicht wiederherstellbar. Blobs, die über die ADLS-only-Operation „Set Blob Expiry“ gelöscht werden, werden nicht zu soft-gelöschten Blobs und können nicht wiederhergestellt werden.
Blockiert das Upgrade eines Flat-Namespace-Kontos auf einen hierarchischen Namespace (ADLS). Wenn Sie Blob- oder Container-Soft-Delete auf einem Flat-Namespace-Konto aktivieren, wird das Upgrade des Kontos auf einen hierarchischen Namespace blockiert (zum Beispiel über
Invoke-AzStorageAccountHierarchicalNamespaceUpgradeoderaz storage account hns-migration start). Um zu migrieren, deaktivieren Sie Soft Delete, führen Sie das Upgrade durch und aktivieren Sie dann Soft Delete erneut. Am besten aktivieren Sie ADLS bei der Kontoerstellung.
Preise und Abrechnung
Alle vorläufig gelöschten Daten werden mit dem gleichen Tarif in Rechnung gestellt wie aktive Daten. Wenn ein Blob weich gelöscht wird, bleibt er in derselben Zugriffsebene, und Sie zahlen auf derselben Zugriffsebene. Für Daten, die nach Ablauf der Aufbewahrungsfrist dauerhaft gelöscht werden, werden Sie nicht belastet.
Wenn Sie Soft Delete aktivieren, nutzen Sie eine kurze Aufbewahrungsfrist, um besser zu verstehen, wie sich die Funktion auf Ihre Rechnung auswirkt. Die empfohlene Mindestaufbewahrungsdauer beträgt sieben Tage.
Das Aktivieren von Soft Delete für häufig überschriebene Daten kann zu höheren Speicherkapazitätskosten und erhöhter Latenz beim Auflisten von Blobs führen. Transaktionen im Zusammenhang mit dem automatischen Generieren von Momentaufnahmen oder Versionen werden nicht in Rechnung gestellt, wenn ein Blob überschrieben oder gelöscht wird. Aufrufe des Vorgangs Undelete Blob werden Ihnen zum Transaktionstarif für Schreibvorgänge in Rechnung gestellt.
Weitere Informationen zu den Preisen für Blob Storage finden Sie in der Preisübersicht für Blob Storage.
Vorläufiges Löschen von Blobs und VM-Datenträgern
Das Feature für vorläufiges Löschen ist sowohl für Premium-Datenträger als auch für nicht verwaltete Standard-Datenträger verfügbar, bei denen es sich im Grunde um Seitenblobs handelt. Über das vorläufige Löschen können Sie Daten wiederherstellen, die mit den Vorgängen Delete Blob, Put Blob, Put Block List und Copy Blob gelöscht oder überschrieben wurden.
Daten, die durch einen Aufruf von Put Page überschrieben wurden, können nicht wiederhergestellt werden. Ein virtueller Azure-Computer schreibt mithilfe von Aufrufen von Put Page auf einen nicht verwalteten Datenträger. Daher ist die Verwendung des vorläufigen Löschens zum Rückgängigmachen von Schreibvorgängen auf einen nicht verwalteten Datenträger von einer Azure-VM aus kein unterstütztes Szenario.
Überwachung und Problembehandlung
Um weich gelöschte Blobs im Azure-Portal anzuzeigen, aktivieren Sie in der Containeransicht aktive und gelöschte Blobs anzeigen.
Sie können sie programmgesteuert mit dem Vorgang „List Blobs“ und include=deleted (oder dem Flag BlobStates.Deleted im Azure.Storage.Blobs v12 SDK) auflisten. Um weich gelöschte Daten zu quantifizieren, führen Sie einen Azure Storage-Blob-Inventarbericht mit auf true gesetztem includeDeleted-Filter aus und aggregieren Sie das Content-Length-Feld; beachten Sie, dass die BlobCapacity-Metrik in Azure Monitor die Gesamtkontokapazität anzeigt und weich gelöschte Daten nicht von aktiven Daten trennt.
Meine Anwendung hat angefangen, gelöschte Blobs zurückzugeben oder schlägt fehl, nachdem ich Soft Delete aktiviert habe: Wenn dein Code Blobs mit einem "all"-Flag auflistet (
BlobListingDetails.Allin alten SDKs oderBlobStates.Allim v12Azure.Storage.BlobsSDK), sind Soft-Delete-Blobs jetzt in den Ergebnissen enthalten. Anwendungslogik, die davon ausgeht, dass nur aktive Blobs zurückgegeben werden, kann sich falsch verhalten, und Backup- oder Wiederherstellungsprozesse können weich gelöschte Blobs fälschlicherweise als aktive Daten interpretieren. Überprüfe deinen Code auf „all“-Listing-Flags. Um nur aktive Blobs aufzulisten, verwenden SieBlobStates.None; um Versionen aufzulisten, während weich gelöschte Blobs ausgeschlossen werden, verwenden SieBlobStates.Versioned.Meine DFS-Endpunkt-Operationen schlagen mit EndpointUnsupportedAccountFeatures fehl: Bei einem Flat-Namespace-Konto blockiert das Aktivieren von Soft-Delete den Data Lake Storage (DFS)-Endpunkt. Operationen gegen
*.dfs.core.windows.netschlagen mitEndpointUnsupportedAccountFeaturesfehl. Bestätigen Sie, ob Ihre Verbindungsstrings oder Monitoring DFS-Endpunktanfragen anzeigen. Um das zu lösen, aktualisieren Sie entweder die Workload auf den Blob-Endpunkt (*.blob.core.windows.net), oder aktualisieren Sie das Konto auf einen hierarchischen Namensraum, sodass DFS-Endpunkte mit aktiviertem Soft Delete funktionieren.Mein gelöschter Blob erscheint nicht im Container: Soft gelöschte Blobs sind bei Standard-Listenoperationen ausgeblendet. Im Azure-Portal aktivieren Sie gelöschte Blobs anzeigen; programmatisch setzen Sie
include=deleted. Wenn der Blob immer noch nicht erscheint, bestätigen Sie, dass die Soft-Löschung bevor der Blob gelöscht wurde aktiviert war und dass die Aufbewahrungszeit nicht abgelaufen ist.Mein Blob wurde dauerhaft gelöscht, obwohl Soft Delete aktiviert ist: Überprüfe zwei Dinge. Erstens: Wenn die Funktion Permanent Delete auf dem Konto aktiviert ist, können soft-gelöschte Snapshots und Versionen vor Ablauf der Aufbewahrungsfrist entfernt werden; deaktivieren Sie sie für vollständigen Schutz. Zweitens werden Dateien, die über die ADLS-only-Operation Set Blob Expiry gelöscht werden, nicht weich gelöscht und können nicht wiederhergestellt werden. Ansonsten solltest du überprüfen, ob die Aufbewahrungsfrist nicht bereits abgelaufen ist, da die Daten dauerhaft entfernt werden, sobald die Aufbewahrungsfrist abgelaufen ist.
Meine Speicherkosten stiegen nach der Aktivierung des Soft-Deletes: Soft-gelöschte Blobs, Snapshots und Versionen werden bis zum Ablauf der Aufbewahrungsfrist mit dem gleichen Satz wie aktive Daten berechnet. Überschreibungsintensive Workloads sammeln schnell Snapshots mit weicher Löschung an, wenn die Versionierung deaktiviert ist. Verwenden Sie Blob Inventory, um weich gelöschte Daten zu identifizieren, und berücksichtigen Sie eine kürzere Aufbewahrungszeit.
Ich kann keinen gelöschten Container mit Blob Soft Delete wiederherstellen: Blob Soft Delete schützt einzelne Blobs, nicht Container. Wenn ein Container gelöscht wurde, können seine Blobs nicht durch Blob Soft Delete wiederhergestellt werden. Container-Wiederherstellung erfordert, dass Soft Delete für Container vorher aktiviert wurde. Siehe Container Soft Delete.
Ich muss Soft Delete im großen Maßstab deaktivieren, nachdem ich es zu umfassend aktiviert habe: Referenz Soft Delete für Container aktivieren für Anweisungen zum Deaktivieren von Soft Delete mit verschiedenen Tools.
Ich habe meine Aufbewahrungszeit zu lang gesetzt und möchte, dass meine Blobs früher dauerhaft gelöscht werden: Um Blobs, die bereits soft gelöscht wurden, dauerhaft zu löschen, müssen Sie die softgelöschten Blobs wiederherstellen, die Blob-Soft-Delete-Funktion ausschalten und die Blobs erneut löschen.