Vorläufig löschen

Einrichtung Nutzung

Auf dieser Seite wird das Feature zum vorläufigen Löschen beschrieben, das gelöschte oder überschriebene Objekte und die Buckets, die sie enthalten, für einen bestimmten Zeitraum aufbewahrt. Mit dem vorläufigen Löschen werden Ihre Daten vor versehentlichem oder böswilligem Löschen geschützt. Dabei werden gelöschte Objekte im Status „Vorläufig gelöscht“ beibehalten, währenddessen das Objekt nicht endgültig gelöscht werden kann. Das vorläufige Löschen ist für alle Buckets standardmäßig mit einer Aufbewahrungsdauer von sieben Tagen aktiviert, sofern Sie oder Ihre Organisation keine andere Richtlinie ausgewählt haben.

Übersicht

Wenn Sie das vorläufige Löschen für einen Bucket aktivieren, erhalten Objekte, die aus dem Bucket gelöscht werden, den Status vorläufig gelöscht, anstatt endgültig gelöscht zu werden. Vorläufig gelöschte Objekte verhalten sich folgendermaßen:

Wenn Sie das vorläufige Löschen für einen Bucket aktivieren möchten, erstellen Sie eine Richtlinie für das vorläufige Löschen, in der eine Aufbewahrungsdauer angegeben ist, die festlegt, wie lange vorläufig gelöschte Objekte aufbewahrt werden, bevor sie endgültig gelöscht werden.

Informationen zum Erstellen und Verwalten einer Richtlinie für das Soft-Delete, um das Soft-Delete für einen Bucket zu aktivieren oder zu deaktivieren, finden Sie unter Soft-Delete verwenden.

Richtlinien für vorläufiges Löschen

Eine Richtlinie für das vorläufige Löschen kann beim Erstellen oder Aktualisieren eines Buckets erstellt, gelöscht oder geändert werden. Nachdem Sie eine Richtlinie für das vorläufige Löschen erstellt haben, können Sie damit das vorläufige Löschen für den Bucket aktivieren oder deaktivieren.

Richtlinien für das vorläufige Löschen verhalten sich folgendermaßen:

  • Das Aktualisieren der Richtlinie für das vorläufige Löschen eines Buckets gilt nur für Objekte, die Sie nach Inkrafttreten der Richtlinie für das vorläufige Löschen löschen. Objekte, die Sie vor der Aktualisierung gelöscht haben, werden für die Dauer beibehalten, die beim Löschen gegolten hat.

    Angenommen, Sie aktivieren in Ihrem Bucket eine Richtlinie für das vorläufige Löschen mit der standardmäßigen Aufbewahrungsdauer von sieben Tagen und löschen dann das Objekt cat.png. In diesem Szenario wird cat.png die nächsten sieben Tage als vorläufig gelöschtes Objekt aufbewahrt und dann endgültig gelöscht. Das gilt auch, wenn Sie die Richtlinie für das vorläufige Löschen für Ihren Bucket später ändern oder entfernen.

  • Wenn Sie einem vorhandenen Bucket eine neue Aufbewahrungsdauer für das vorläufige Löschen hinzufügen, gilt diese nicht für Objekte, die vor Inkrafttreten der Richtlinie für das vorläufige Löschen gelöscht wurden.

  • Wenn Sie Ihr Projekt löschen, können Sie die darin enthaltenen Buckets oder Objekte nicht mithilfe des vorläufigen Löschens wiederherstellen, auch wenn das vorläufige Löschen aktiviert war. Damit Sie Ihre Daten bei böswilligem oder versehentlichem Löschen nicht verlieren, empfehlen wir, den Zugriff auf Löschvorgänge auf Projektebene zu beschränken. Dazu können Sie eine Sperre für Ihre Projekte erstellen oder geschäftskritische Daten in Buckets in einem anderen Projekt sichern.

  • Wenn ein Bucket gelöscht wird, werden die darin enthaltenen Objekte nicht endgültig gelöscht. Sie können jedoch erst aufgelistet oder wiederhergestellt werden, wenn der vorläufig gelöschte Bucket zuerst wiederhergestellt wurde. Wenn Sie einen vorläufig gelöschten Bucket wiederherstellen, wird der Bucket ohne Live-Objekte wiederhergestellt. Sie müssen entweder eine Objektwiederherstellung ausführen oder neue Objekte hinzufügen. Weitere Informationen zur Verwendung von vorzeitig gelöschten Buckets finden Sie unter Vorzeitig gelöschten Bucket wiederherstellen.

Aufbewahrungsdauer für vorläufiges Löschen

Wenn Sie einen Bucket erstellen, wird dem Bucket eine Standardrichtlinie für das vorläufige Löschen mit einer Aufbewahrungsdauer von 7 Tagen hinzugefügt. Dies ist die Mindestaufbewahrungsdauer für eine Richtlinie für das vorläufige Löschen. Für einen besseren Schutz können Sie eine beliebige Aufbewahrungsdauer bis zu maximal 90 Tage auswählen. Alternativ können Sie die Aufbewahrungsdauer auf 0 Tage festlegen, wodurch das vorläufige Löschen für den Bucket deaktiviert wird.

Innerhalb der Aufbewahrungsdauer einer Richtlinie für vorläufiges Löschen können Sie gelöschte Objekte wiederherstellen. Nach Ablauf der Aufbewahrungsdauer werden die Objekte jedoch von Cloud Storage endgültig gelöscht. Die Aufbewahrungsdauer für das vorläufige Löschen wird in Sekunden gemessen. In einigen Tools wie der Google Cloud Console und der Google Cloud CLI können Sie die Aufbewahrungsdauer jedoch auch mit anderen Zeiteinheiten festlegen und abrufen.

  • Ein Tag umfasst 86.400 Sekunden.

  • Ein Monat umfasst 31 Tage, also 2.678.400 Sekunden.

Wenn Sie die Aufbewahrungsdauer mit der gcloud CLI angeben, müssen Sie eine Ganzzahl und eine Einheit angeben, wobei für die Einheit s, d oder m festgelegt werden kann, um Sekunden, Tage oder Monate anzugeben. Beispiel: 7d43200s legt eine Aufbewahrungsdauer von 7 Tagen und 43.200 Sekunden (siebeneinhalb Tage) fest.

Sie können eine maximale Aufbewahrungsdauer von 7.776.000 Sekunden (90 Tage) oder eine Mindestaufbewahrungsdauer von 604.800 Sekunden (7 Tage) festlegen. Wenn Sie REST APIs verwenden, können Sie die Aufbewahrungsdauer auch auf den Wert 0 festlegen, wodurch die Richtlinie zum vorläufigen Löschen deaktiviert wird.

Wiederherstellungsverhalten

Wenn Sie ein vorläufig gelöschtes Objekt wiederherstellen, erstellt Cloud Storage eine Kopie des vorläufig gelöschten Objekts im selben Bucket, aus dem das Objekt gelöscht wurde. Die Metadaten des wiederhergestellten Objekts sind mit den Metadaten des gelöschten Objekts identisch. Am Ende der Aufbewahrungsdauer für das vorläufige Löschen löscht Cloud Storage das vorläufig gelöschte Objekt endgültig.

Sie können die vorläufig gelöschten Objekte wiederherstellen, bevor die Aufbewahrungsdauer für das vorläufige Löschen endet.

Das Wiederherstellungsverhalten beim vorläufigen Löschen lässt sich so beschreiben:

Wenn Sie Ihr Projekt löschen, werden alle Buckets und Objekte in diesem Projekt in Cloud Storage endgültig gelöscht. In einem solchen Szenario können Sie Objekte und Buckets nicht mit der Funktion „Vorläufiges Löschen“ wiederherstellen. Daher ist es wichtig, den Zugriff auf Löschvorgänge auf Projektebene zu beschränken, z. B. eine Sperre für Projekte zu erstellen oder geschäftskritische Daten in Buckets in einem anderen Projekt zu sichern.

  • Ein wiederhergestelltes Objekt ersetzt immer die Live-Version: Wenn bereits eine Live-Version Ihres Objekts vorhanden ist, wird die Live-Version durch die vorläufig gelöschte Version ersetzt und die vorhandene Live-Version wird vorläufig gelöscht. In einem solchen Szenario enthält Ihr Bucket die folgenden Objekte:

    • Das ersetzte Live-Objekt, das sich im Status „Vorläufig gelöscht“ befindet.

    • Zwei Kopien des zuvor vorläufig gelöschten Objekts, eine Live-Kopie und eine weiterhin vorläufig gelöschte Kopie.

  • Für Objektkopien fallen Kosten an, bis sie endgültig gelöscht werden: Für Objektkopien fallen Speicherkosten an, bis die vorläufig gelöschten Objekte nach Ablauf der Aufbewahrungsdauer endgültig gelöscht werden. Weitere Informationen zu den Kosten für Objekte, die per Soft Delete gelöscht wurden, finden Sie unter Cloud Storage – Preise.

  • Vorübergehend gelöschte Objekte können mit mehreren Methoden wiederhergestellt werden: Sie können die vorläufig gelöschten Objekte synchron wiederherstellen, indem Sie eine Liste von Objekten angeben, oder Sie können einen lang andauernden Vorgang erstellen, um Objekte, die zwischen zwei Zeitstempeln gelöscht wurden, im Bulk-Verfahren wiederherzustellen.

  • Wenn Sie versuchen, vor dem 6. August 2024 weich gelöschte Bucket wiederherzustellen, wird der Fehler The specified bucket does not exist ausgegeben und Sie müssen sich an den Cloud Customer Care wenden, um die Wiederherstellung durchzuführen.

Metadaten von Objekten in Buckets mit aktiviertem hierarchischen Namespace wiederherstellen und abrufen

In Cloud Storage-Buckets mit aktiviertem hierarchischen Namespace können doppelte vorläufig gelöschte Objekte auftreten. Die duplizierten Objekte haben dieselben name- und generation-Werte, was bei der Wiederherstellung zu Unklarheiten führen kann.

Wie es zu doppelten Objekten kommt

Um zu verstehen, wie doppelte Objekte mit identischen name- und generation-Werten auftreten können, betrachten Sie die beiden Objekte folderA/my-object.txt und folderB/my-object.txt und führen Sie die folgenden Aktionen auf den Objekten aus:

  1. Objekt folderA/my-object.txt vorläufig löschen
  2. Löschen Sie den übergeordneten Ordner des Objekts folderA/my-object.txt, folderA.
  3. Benennen Sie folderB in folderA um. Daraufhin wird Objekt folderB/my-object.txt in folderA/my-object.txt umbenannt.
  4. Vorläufig löschen Sie das Objekt folderA/my-object.txt, das dieselbe name wie das zuvor gelöschte Objekt hat.

Jede Version eines Objekts in Cloud Storage hat einen eindeutigen generation-Wert. Wenn die Objekte folderA/my-object.txt und folderB/my-object.txt jedoch unabhängig voneinander erstellt wurden und keine Beziehung zueinander haben, haben sie möglicherweise zufällig denselben generation-Wert.

Daher ist es möglich, dass zwei Objekte, die per Soft Delete gelöscht wurden, denselben Wert für name (folderA/my-object.txt) und generation haben.

Damit Sie die Metadaten des gewünschten my-object.txt-Objekts wiederherstellen oder abrufen können (da es jetzt zwei Objekte mit demselben name- und generation-Wert gibt), müssen Sie eine eindeutige Kennung angeben.

Eindeutige Objekterkennung mit restoreToken

Die restoreToken identifiziert eindeutig das richtige Objekt, das Sie wiederherstellen oder abrufen möchten. Wenn Sie den Wert von restoreToken abrufen möchten, können Sie die vorläufig gelöschten Objekte in einem Bucket auflisten. Weitere Informationen finden Sie unter Liste der vorläufig gelöschten Objekte.

Hinweise und Fehler

Beachten Sie die folgenden Informationen und potenziellen Fehler, die beim Arbeiten mit doppelten vorläufig gelöschten Objekten in Buckets mit aktiviertem hierarchischen Namespace auftreten können:

  • Das Vorkommen von zwei unabhängigen Objekten mit demselben generation-Wert ist äußerst unwahrscheinlich. Die spezifische Abfolge von Aktionen, die erforderlich ist, damit sie auch denselben name-Wert haben, macht diese Situation noch seltener.

  • Da dies selten vorkommt, ist der Parameter restoreToken für die meisten Anwendungsfälle möglicherweise nicht erforderlich. Sie können restoreToken jedoch für die korrekte Objektabfrage verwenden, wenn doppelte Objekte mit weichen Löschvorgängen mit demselben name- und generation-Wert auftreten.

  • Wenn Sie versuchen, die Metadaten von Objekten mit Soft-Delete wiederherzustellen oder abzurufen, ohne restoreToken anzugeben, und es mehrere Objekte gibt, die mit den angegebenen Werten für name und generation übereinstimmen, erhalten Sie eine Fehlermeldung, in der Sie aufgefordert werden, restoretoken anzugeben.

  • Wenn Sie versuchen, die Metadaten von Objekten mit weich gelöschten Daten wiederherzustellen oder abzurufen, indem Sie falsche Werte für restoreToken, name oder generation angeben, erhalten Sie eine Fehlermeldung, dass der angegebene Schlüssel nicht existiert.

Überlegungen zu anderen Funktionen

Wenn das vorläufige Löschen aktiviert ist, hat es die folgenden Interaktionen mit anderen Cloud Storage-Funktionen:

  • Verwaltung des Objektlebenszyklus

    • Regeln zur Verwaltung des Objektlebenszyklus wirken sich nicht auf Objekte mit Soft-Delete aus. Mit der Verwaltung des Objektlebenszyklus können Sie die Speicherklasse von vorläufig gelöschten Objekten nicht ändern und sie auch nicht dauerhaft löschen.

    • Objekte, die durch die Verwaltung des Objektlebenszyklus gelöscht werden, werden vorläufig gelöscht. Wenn Sie für Ihren Bucket außerdem die Objektversionsverwaltung aktiviert haben, werden gelöschte Liveobjekte nicht aktuell und gelöschte nicht aktuelle Objekte werden vorläufig gelöscht.

  • Objektversionsverwaltung

    Wenn Sie ein nicht aktuelles Objekt löschen, wird es vorläufig gelöscht.

  • Mehrteilige XML-API-Uploads

    Teile von mehrteiligen XML API-Uploads werden nicht durch das vorläufige Löschen geschützt.

  • Autoclass

    • Für vorläufig gelöschte Objekte werden keine Verwaltungsgebühren für Autoclass berechnet.

    • Autoclass ändert die Speicherklasse von vorläufig gelöschten Objekten nicht.

    • Wenn Sie ein vorläufig gelöschtes Objekt wiederherstellen, wird das resultierende Objekt auf die Standardspeicherklasse festgelegt.

  • Bucket-Sperre und Objektaufbewahrungssperre

    Mit diesen Funktionen können Sie Objekte erst löschen, wenn die Aufbewahrungsrichtlinien erfüllt sind. Das vorläufige Löschen bietet dann einen zusätzlichen Schutz, da gelöschte Objekte für eine separate Aufbewahrungsdauer für das vorläufige Löschen beibehalten werden.

  • Pub/Sub-Benachrichtigungen

    Wenn Sie eine vorläufig gelöschte Version eines Objekts wiederherstellen, wird das Ereignis OBJECT_FINALIZE ausgelöst.

  • Verwaltete Ordner: Mit vorläufigem Löschen können die IAM-Richtlinien nicht in verwalteten Ordnern wiederhergestellt werden. Wenn Sie ein Objekt vorläufig löschen und einen verwalteten Ordner löschen, der IAM-Richtlinien für das Objekt zuweist, müssen Sie diese IAM-Richtlinien möglicherweise neu erstellen, bevor Sie die erforderlichen Berechtigungen zum Wiederherstellen des vorläufig gelöschten Objekts haben.

  • Tags: Wenn Sie einen Bucket erstellen, ohne selbst eine Einstellung für vorläufiges Löschen anzugeben, erstellt Cloud Storage den Bucket standardmäßig mit einer Aufbewahrungsdauer von sieben Tagen für das vorläufige Löschen. Sie können diesen Standardwert mit einem Tag ändern. Das Tag kann die standardmäßige Aufbewahrungsdauer für neue Buckets auf einen beliebigen Wert zwischen 7 und 90 Tagen ändern oder den Standardwert ändern, um das vorläufige Löschen für neue Buckets zu deaktivieren. Sie können Tags auch verwenden, um das vorläufige Löschen standardmäßig zu deaktivieren.

  • Recommender: Sie können die Recommender API aktivieren, um Vorschläge und Statistiken zum Aktivieren oder Deaktivieren des weichen Löschens basierend auf den Cloud Billing-Kosten und der Nutzung zu erhalten. Weitere Informationen finden Sie unter Recommender für vorläufiges Löschen.

Nächste Schritte