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 das vorläufige 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.
Einführung
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.
Wenn Sie in einem Bucket mit aktiviertem vorläufigem Löschen 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
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 das vorläufige Löschen für Ihren Bucket aktivieren:
Wenn Sie verhindern möchten, dass ein dauerhafter Datenverlust durch versehentliches oder böswilliges Löschen entsteht, verwenden Sie das vorläufige Löschen anstelle der Objektversionsverwaltung. Das vorläufige Löschen bietet Schutz auf Bucket-Ebene, da alle kürzlich gelöschten Live- oder nicht aktuellen Objekte beibehalten werden. Es schützt auch vor Löschungen auf Bucket-Ebene.
Wenn Sie bestimmte Abrechnungsanforderungen haben und Verwaltungsregeln für den Objektlebenszyklus so konfiguriert haben, dass eine bestimmte Anzahl nicht aktueller Versionen beibehalten wird, 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 für die Verwaltung des Objektlebenszyklus so konfigurieren, dass nicht aktuelle Versionen nach einer bestimmten Anzahl von Tagen automatisch gelöscht werden. Anschließend können Sie durch vorläufiges Löschen eine zusätzliche Schutzebene bereitstellen.
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ürgeneration
undmetageneration
. In diesem Beispiel lautet die Generierungsnummer1360887697105000
. Da das Objekt neu ist, hat es diemetageneration
-Nummer1
.cat.jpg
erhältgeneration
- undmetageneration
-Nummern, obwohl die Objektversionsverwaltung nicht aktiviert ist. Sie erhalten diese Zahlen, indem Sie die Objektmetadaten ansehen.- Sie aktivieren die Objektversionierung.
Sie beschließen, die Objektversionierung für den Bucket zu aktivieren. Dies wirkt sich nicht auf die
generation
- undmetageneration
-Nummern voncat.jpg
aus.- Sie ändern die Metadaten des Bildes.
Sie aktualisieren die Metadaten für
cat.jpg
durch Hinzufügen von benutzerdefinierten Metadaten, in diesem Fallcolor:black
. Durch die Aktualisierung der Metadaten erhöht sich dermetageneration
-Wert voncat.jpg
von1
auf2
. Da das Objekt selbst unverändert bleibt, speichert Cloud Storage weiterhin nur eine Version voncat.jpg
und diese behält diegeneration
-Nummer1360887697105000
.- 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 Objektcat.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 alscat.jpg#1360887697105000
bezeichnet.Die neu hochgeladene Datei
cat.jpg
wird nun zur Live-Version des Objekts. Diese neuecat.jpg
-Datei bekommt ihre eigenegeneration
-Nummer, die in diesem Beispiel1360887759327000
lautet. Außerdem erhält sie eigene Metadaten und diemetageneration
-Nummer1
, d. h. sie hat nicht die Metadatencolor:black
, sofern Sie sie nicht angeben. Wenn Sie aufcat.jpg,
zugreifen oder die Datei ändern, wird mit dieser Version gearbeitet. Sie können auf diese Version voncat.jpg
mithilfe ihrergeneration
-Nummer verweisen. In der Google Cloud CLI würden Sie sie zum Beispiel mitcat.jpg#1360887759327000
angeben.- Sie löschen die Live-Version des Bildes.
Jetzt löschen Sie
cat.jpg
. Damit ist die Version mit der Generierungsnummer1360887759327000
nicht mehr aktuell. Jetzt enthält Ihr Bucket zwei nicht aktuelle Versionen voncat.jpg
, aber keine Live-Version mehr. Sie können weiterhin mit der jeweiligengeneration
-Nummer auf die beiden nicht aktuellen Versionen verweisen, aber wenn Sie versuchen, ohnegeneration
-Nummer aufcat.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
undcat.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 beibehalten, 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 vor vorläufigem Löschen | Aktion | Ergebnis |
---|---|---|---|
Deaktiviert | Deaktiviert | ||
dog.png löschen. |
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 | ||
dog.png löschen. |
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 bei der Wiederherstellung von Dateien
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
- Objektversionierung aktivieren
- Mit nicht aktuellen Objekten arbeiten
- Objektattribute für Generierung und Metagenerierung
- Erfahren Sie mehr über die Verwaltung des Objektlebenszyklus, mit der Sie Objektversionen automatisch verwalten können.
- Beispiel für die Verwaltung des Objektlebenszyklus ansehen, das mit der Objektversionsverwaltung funktioniert