Objektversionsverwaltung

Einrichtung Nutzung

Mit der Objektversionsverwaltung werden gelöschte Objekte als versionierte, nicht aktuelle Objekte beibehalten, die in Ihrem Bucket zugänglich bleiben, bis sie explizit entfernt werden. Diese Funktion wird verwendet, um Änderungen an Objekten zu verfolgen und die Wiederherstellung bestimmter Versionen eines Objekts zu ermöglichen. Auf dieser Seite werden die Funktion und die verfügbaren Optionen näher erklärt.

Wir empfehlen die Verwendung der Funktion Vorläufiges Löschen anstelle der Objektversionsverwaltung, um einen dauerhaften Datenverlust durch versehentliches oder böswilliges Löschen zu verhindern. Weitere Informationen zur Verwendung des vorläufigen Löschens und der Objektversionsverwaltung finden Sie unter Überlegungen.

Einleitung

Sie aktivieren die Objektversionierung für Buckets. Nach der Aktivierung:

  • Jedes Mal, wenn Sie ein Live-Objekt ersetzen oder löschen, speichert Cloud Storage einr nicht aktuelle Objektversion, sofern Sie keine Generierungsnummer der Live-Version angeben.

    • Nicht aktuelle Versionen behalten den Namen des Objekts, werden jedoch durch ihre Generierungsnummer eindeutig identifiziert.

    • Nicht aktuelle Versionen werden nur in Anfragen angezeigt, die explizit eine Aufnahme anfordern.

  • Sie löschen eine nicht aktuelle Version eines Objekts, indem Sie die Generierungsnummer in die Löschanfrage aufnehmen oder die Verwaltung des Objektlebenszyklus verwenden.

  • In einem Bucket, in dem das vorläufige Löschen aktiviert ist, können Sie ein nicht aktuelles Objekt erst endgültig löschen, wenn die Aufbewahrungsdauer für das vorläufige Löschen abgelaufen ist. Wenn Sie ein nicht aktuelles Objekt löschen, ändert Cloud Storage seinen Status in vorläufig gelöscht. Ein vorläufig gelöschtes Objekt wird nach Ablauf der Aufbewahrungsdauer für das vorläufige Löschen endgültig gelöscht.

  • Nicht aktuelle Versionen von Objekten existieren unabhängig von einer Live-Version.

Wenn Sie die Objektversionierung deaktivieren, gilt Folgendes:

  • Der Bucket nimmt keine neuen nicht aktuellen Versionen von Objekten mehr an.

  • Objektversionen, die bereits im Bucket vorhanden sind, sind davon nicht betroffen.

Hinweise

  • Die Objektversionierung kann nicht für einen Bucket aktiviert werden, für den aktuell eine Aufbewahrungsrichtlinie festgelegt ist.

  • Wichtig: Es gibt keine Standardbeschränkung für die Anzahl der Objektversionen, die Sie haben können. Jede nicht aktuelle Version eines Objekts wird zum gleichen Preis in Rechnung gestellt wie jenem, der galt, als sie live war.

  • Gebühren für vorzeitiges Löschen fallen nur an, wenn eine Objektversion aus dem Bucket entfernt wird, und nicht dann, wenn die Version nicht mehr aktuell ist. Die Speicherdauer für eine aus einem Bucket entfernte Version basiert auf dem Zeitpunkt, zu dem sie dem Bucket hinzugefügt wurde, nicht auf dem Zeitpunkt, zu dem sie inaktuell wurde.

  • Wenn Sie die Versionsverwaltung aktivieren, sollten Sie auch die Verwaltung des Objektlebenszyklus nutzen, um ältere Versionen eines Objekts nach einer bestimmten Zeit zu entfernen oder wenn neuere Versionen nicht mehr aktuell sind. Eine mögliche Einrichtung finden Sie im Beispiel für die Lebenszykluskonfiguration unter Objekte löschen.

  • Beachten Sie die folgenden Punkte, um zu ermitteln, ob Sie die Objektversionierung oder den vorläufigen Löschvorgang für Ihren Bucket aktivieren möchten:

    • Wenn Sie verhindern möchten, dass ein dauerhafter Datenverlust durch versehentliches oder böswilliges Löschen entsteht, verwenden Sie statt der Objektversionsverwaltung vorläufiges Löschen. Das vorläufige Löschen bietet Schutz auf Bucket-Ebene, da alle kürzlich gelöschten Live- und nicht aktuellen Objekte beibehalten werden. Außerdem schützt es vor Löschvorgängen auf Bucket-Ebene.

    • Wenn Sie bestimmte Abrechnungsanforderungen haben und Verwaltungsregeln für den Objektlebenszyklus mit Präfixen konfiguriert haben, um eine bestimmte Anzahl nicht aktueller Versionen beizubehalten, verwenden Sie die Objektversionsverwaltung.

      In einem solchen Szenario erhalten Sie nur einen teilweisen Schutz vor versehentlichem Löschen, da die Objektversionsverwaltung nicht vor Ereignissen auf Bucket-Ebene oder unerwünschtem Löschen von nicht aktuellen Objekten schützt.

    • Nicht aktuelle Objekte sind zugänglich und lesbar, während vorläufig gelöschte Objekte offline aufbewahrt und nicht lesbar sind. Zum Wiederherstellen vorläufig gelöschter Objekte sind bestimmte IAM-Berechtigungen erforderlich, die für die IAM-Rolle „Storage-Administrator“ (roles/storage.admin) verfügbar sind.

      Wenn Sie Zugriff auf die zuletzt gelöschten Objekte und einen hohen Schutz vor dauerhaften Datenverlusten durch versehentliche und böswillige Löschereignisse wünschen, können Sie die Objektversionsverwaltung und das vorläufige Löschen für denselben Bucket aktivieren. Sie können die Richtlinie zur Verwaltung des Objektlebenszyklus so konfigurieren, dass nicht aktuelle Versionen nach einer bestimmten Anzahl von Tagen automatisch gelöscht werden, und dann die Funktion „Vorläufig löschen“ verwenden, um eine zusätzliche Schutzebene bereitzustellen.

Nicht aktuelle Objektmetadaten

Nicht aktuelle Versionen von Objekten haben eigene Metadaten, die sich von den Metadaten der Live-Version unterscheiden können. Am wichtigsten ist jedoch, dass nicht aktuelle Versionen ihre Access Control Lists behalten und nicht unbedingt dieselben Berechtigungen wie die Live-Version des Objekts haben.

Sowohl Live- als auch nicht aktuelle Versionen haben einen Satz an Metadaten. Dabei verweist nur die neueste Metagenerierungsnummer auf die Metadaten. Ältere Metagenerierungsnummern können nicht verwendet werden, um auf Metadaten zuzugreifen, die in der Zwischenzeit geändert wurden.

Geben Sie in Ihrer Anfrage das Attribut generation an, um die Metadaten einer nicht aktuellen Version eines Objekts zu aktualisieren. Sie können die Vorbedingung "metageneration-match" verwenden, um eine sichere Read-Modify-Write-Semantik zu gewährleisten. Diese Vorbedingung bewirkt, dass das Update fehlschlägt, wenn die Metadaten, die Sie aktualisieren möchten, in dem Zeitraum zwischen dem Lesen der Metadaten und dem Senden des Updates geändert wurden.

Objektversionierungsbeispiel

Anhand des folgenden Beispiels wird gezeigt, was mit der Datei cat.jpg in einem Bucket mit aktivierter Objektversionsverwaltung und vorläufigem Löschen geschieht, wenn Sie die Datei ersetzen, aktualisieren oder löschen.

Sie laden ein neues Bild hoch.

Wenn Sie cat.jpg in Cloud Storage hochladen, erhält die Datei je eine Nummer für generation und metageneration. In diesem Beispiel lautet die Generierungsnummer 1360887697105000. Da das Objekt neu ist, hat es die metageneration-Nummer 1.

cat.jpg erhält generation- und metageneration-Nummern, obwohl die Objektversionsverwaltung nicht aktiviert ist. Sie erhalten diese Zahlen, wenn Sie die Objektmetadaten aufrufen.

Sie aktivieren die Objektversionierung.

Sie beschließen, die Objektversionierung für den Bucket zu aktivieren. Dies wirkt sich nicht auf die generation- und metageneration-Nummern von cat.jpg aus.

Sie ändern die Metadaten des Bildes.

Sie aktualisieren die Metadaten für cat.jpg durch Hinzufügen von benutzerdefinierten Metadaten, in diesem Fall color:black. Durch die Aktualisierung der Metadaten erhöht sich der metageneration-Wert von cat.jpg von 1 auf 2. Da das Objekt selbst unverändert bleibt, speichert Cloud Storage weiterhin nur eine Version von cat.jpg und diese behält die generation-Nummer 1360887697105000.

Sie laden eine neue Version des Bildes hoch.

Sie laden eine neue Version von cat.jpg in den Cloud Storage-Bucket hoch. Dabei versetzt die Objektversionsverwaltung das bestehende Objekt cat.jpg in einen nicht aktuellen Zustand. Die nicht aktuelle Version behält die bisherige Speicherklasse und deren Metadaten. Sie wird nur angezeigt, wenn Sie die nicht aktuellen Versionen auflisten. Mit normalen Listenbefehlen lässt sie sich nicht anzeigen. Die nicht aktuelle Version wird jetzt als cat.jpg#1360887697105000 bezeichnet.

Die neu hochgeladene Datei cat.jpg wird nun zur Live-Version des Objekts. Diese neue cat.jpg-Datei bekommt ihre eigene generation-Nummer, die in diesem Beispiel 1360887759327000 lautet. Außerdem erhält sie eigene Metadaten und die metageneration-Nummer 1, d. h. sie hat nicht die Metadaten color:black, sofern Sie sie nicht angeben. Wenn Sie auf cat.jpg, zugreifen oder die Datei ändern, wird mit dieser Version gearbeitet. Sie können auf diese Version von cat.jpg mithilfe ihrer generation-Nummer verweisen. Im Google Cloud CLI werden Sie sie beispielsweise als cat.jpg#1360887759327000 angeben.

Sie löschen die Live-Version des Bildes.

Jetzt löschen Sie cat.jpg. Damit ist die Version mit der Generierungsnummer 1360887759327000 nicht mehr aktuell. Jetzt enthält Ihr Bucket zwei nicht aktuelle Versionen von cat.jpg, aber keine Live-Version mehr. Sie können weiterhin mit der jeweiligen generation-Nummer auf die beiden nicht aktuellen Versionen verweisen, aber wenn Sie versuchen, ohne generation-Nummer auf cat.jpg zuzugreifen, schlägt dies fehl.

Ebenso wird cat.jpg bei einer normalen Objektauflistung des Buckets nicht als Objekt in diesem Bucket zurückgegeben. Weitere Informationen zum Auflisten nicht aktueller Versionen von Objekten finden Sie unter Nicht aktuelle Objektversionen auflisten.

Sie deaktivieren die Objektversionierung.

Sie deaktivieren die Objektversionsverwaltung, um zu verhindern, dass Objekte nicht mehr aktuell sind. Vorhandene nicht aktuelle Versionen von Objekten verbleiben jedoch in Cloud Storage. Obwohl die Objektversionsverwaltung deaktiviert wurde, bleiben cat.jpg#1360887697105000 und cat.jpg#1360887759327000 im Bucket gespeichert, bis Sie sie löschen.

Sie stellen eine der nicht aktuellen Versionen wieder her.

Auch wenn die Objektversionsverwaltung deaktiviert ist, können Sie eine Kopie einer der vorhandenen nicht aktuellen Versionen erstellen, wodurch die Version wiederhergestellt wird. Anschließend hat Ihr Bucket drei cat.jpg-Versionen: die zwei nicht aktuellen Versionen und die Live-Version, die aus der Wiederherstellung stammt.

Sie löschen eine der nicht aktuellen Versionen.

Sie können eine nicht aktuelle Version eines Objekts manuell oder über die Verwaltung des Objektlebenszyklus löschen.

Wenn Sie eine nicht aktuelle Version, cat.jpg#1360887697105000, löschen, wird sie vorläufig gelöscht. Dieses vorläufig gelöschte Objekt wird für die Aufbewahrungsdauer für vorläufiges Löschen aufbewahrt, die in der Richtlinie für das vorläufige Löschen des Buckets angegeben ist. Nach Ablauf der Aufbewahrungsdauer löscht Cloud Storage die vorläufig gelöschte Version dieses Objekts endgültig.

Sie stellen eine der vorläufig gelöschten Objektversionen wieder her.

Auch wenn die Objektversionsverwaltung deaktiviert ist, können Sie eine vorläufig gelöschte Version eines nicht aktuellen Objekts wiederherstellen. Eine Kopie einer vorläufig gelöschten Version wird als Live-Version mit neuen Objektmetadaten und einem neuen Erstellungsdatum wiederhergestellt. Das ursprüngliche vorläufig gelöschte Objekt verbleibt ebenfalls im Bucket und wird nach Ablauf der Aufbewahrungsdauer für das vorläufige Löschen dauerhaft gelöscht.

Referenz zur Objektversionsverwaltung

In dieser Referenztabelle wird gezeigt, was passiert, wenn Sie bestimmte Aktionen mit der Objektversionsverwaltung ausführen.

Status der Objektversionsverwaltung Status zum vorläufigen Löschen Aktion Folge
Deaktiviert Deaktiviert
Löschen Sie dog.png. dog.png wird endgültig gelöscht.
Löschen Sie eine nicht aktuelle Version von dog.png, indem Sie ihre Generierungsnummer angeben.1 Die nicht aktuelle Version wird endgültig gelöscht.
Ersetzen Sie dog.png durch eine neue Version. Die neue Version ersetzt die Live-Version und erhält eine neue Generierungsnummer. Die alte Live-Version wird endgültig gelöscht.
Kopieren Sie eine nicht aktuelle Version von dog.png über die Live-Version.1 Eine Kopie der nicht aktuellen Version ersetzt die Live-Version und erhält eine neue Generierungsnummer. Die alte Live-Version wird endgültig gelöscht.
Deaktiviert Aktiviert
Löschen Sie dog.png. dog.png wird vorläufig gelöscht.
Löschen Sie eine nicht aktuelle Version von dog.png, indem Sie ihre Generierungsnummer angeben.1 Die nicht aktuelle Version wird vorläufig gelöscht.
Ersetzen Sie dog.png durch eine neue Version. Die neue Version ersetzt die Live-Version und erhält eine neue Generierungsnummer. Die alte Live-Version wird vorläufig gelöscht.
Kopieren Sie eine nicht aktuelle Version von dog.png über die Live-Version.1 Eine Kopie der nicht aktuellen Version ersetzt die Live-Version und erhält eine neue Generierungsnummer. Die alte Live-Version wird vorläufig gelöscht.
Aktiviert Deaktiviert
Löschen Sie die Live-Version von dog.png, ohne die Generierungsnummer anzugeben. Die Live-Version wird zu einer nicht aktuellen Version und behält dieselbe Generierungsnummer bei.
Löschen Sie die Live-Version von dog.png, indem Sie die Generierungsnummer angeben. Die Live-Version wird endgültig gelöscht.
Löschen Sie eine aktuelle Version von dog.png, indem Sie deren Generierungsnummer angeben. Die nicht aktuelle Version wird endgültig gelöscht.
Ersetzen Sie dog.png durch eine neue Version. Die neue Version ersetzt die Live-Version und erhält eine neue Generierungsnummer. Die alte Live-Version wird zu einer nicht aktuellen Version und behält dieselbe Generierungsnummer.
Kopieren Sie eine nicht aktuelle Version von dog.png aus der Live-Version. Eine Kopie der nicht aktuellen Version ersetzt die Live-Version und erhält eine neue Generierungsnummer. Die alte Live-Version wird zu einer nicht aktuellen Version und behält dieselbe Generierungsnummer.
Aktiviert Aktiviert
Löschen Sie die Live-Version von dog.png, ohne die Generierungsnummer anzugeben. Die Live-Version wird zu einer nicht aktuellen Version und behält dieselbe Generierungsnummer bei.
Löschen Sie die Live-Version von dog.png, indem Sie die Generierungsnummer angeben. Die Live-Version wird vorläufig gelöscht.
Löschen Sie eine aktuelle Version von dog.png, indem Sie deren Generierungsnummer angeben. Die nicht aktuelle Version wird vorläufig gelöscht.
Ersetzen Sie dog.png durch eine neue Version. Die neue Version ersetzt die Live-Version und erhält eine neue Generierungsnummer. Die alte Live-Version wird zu einer nicht aktuellen Version und behält dieselbe Generierungsnummer.
Kopieren Sie eine nicht aktuelle Version von dog.png aus der Live-Version. Eine Kopie der nicht aktuellen Version ersetzt die Live-Version und erhält eine neue Generierungsnummer. Die alte Live-Version wird zu einer nicht aktuellen Version und behält dieselbe Generierungsnummer.

1 Eine nicht aktuelle Version ist möglicherweise vorhanden, wenn die Objektversionsverwaltung für den Bucket bereits aktiviert war.

Verhalten der Dateiwiederherstellung

Sie können eine nicht aktuelle Objektversion auf die aktuelle Live-Version zurücksetzen. Eine detaillierte Anleitung hierzu finden Sie unter Nicht aktuelle Objektversionen wiederherstellen.

Wenn Sie dies bei aktivierter Objektversionierung tun und bereits eine Live-Version des Objekts in Ihrem Bucket vorhanden ist, ersetzt Cloud Storage die vorhandene Live-Version, behält sie aber als neue, nicht aktuelle Version bei. In einem solchen Fall enthält Ihr Bucket anschließend das ersetzte Objekt (jetzt nicht aktuell) und zwei Kopien des zuvor nicht aktuellen Objekts (eine Live-Kopie und eine weiterhin nicht aktuelle Kopie). Dadurch fallen Speichergebühren an. Um unnötige Kosten zu vermeiden, löschen Sie die nicht aktuelle Version, mit der Sie die aktuelle Live-Kopie erstellt haben, oder konfigurieren Sie das Object Lifecycyle Management so, dass nicht aktuelle Objekte entfernt werden, wenn sie die von Ihnen festgelegten Bedingungen erfüllen.

Nächste Schritte