Diese Seite wurde von der Cloud Translation API übersetzt.

Snapshots – Übersicht

Auf dieser Seite erfahren Sie, was ein Snapshot ist, wie er funktioniert und welche Einschränkungen und Best Practices es gibt.

Weitere Informationen zur Verwendung von Snapshots finden Sie in den folgenden Anleitungen:

Was ist ein Snapshot?

Ein Filestore-Snapshot ist der beibehaltene Status Ihrer Dateifreigabedaten zum Zeitpunkt der Erstellung des Snapshots. Die Instanz behält den Status von Dateien bei, die nach dem Erstellen des Snapshots geändert werden. Wenn Sie eine Datei im beibehaltenen Status im Snapshot wiederherstellen möchten, können Sie die aktuelle Datei mit der Datei aus dem entsprechenden Snapshot-Verzeichnis überschreiben.

Snapshots werden in der Filestore-Instanz gespeichert und sind untergeordnete Ressourcen der Instanz. Sie replizieren keine Daten und verbrauchen keine Kapazität, bis die Daten auf der Instanz geändert werden. Alle Snapshots einer Instanz teilen sich gemeinsame Daten, d. h., die Instanz behält nur die Unterschiede zwischen den Snapshots bei.

Snapshots sind zwar im Vergleich zu anderen Filestore-Datenwiederherstellungsvorgängen kosteneffizient, die verfügbare Instanzkapazität nimmt jedoch kontinuierlich ab, wenn Dateien geändert werden.

Snapshot-Erstellung

Jedes Verzeichnis einer Dateifreigabe enthält ein ausgeblendetes .snapshot-Verzeichnis. Jedes .snapshot-Verzeichnis enthält die Snapshots des übergeordneten Verzeichnisses, das Sie erstellen. Beispiel:

volume1/
│   genomics-file.txt
│
└───.snapshot
    │
    ├───snap1/
    │        genomics-file.txt
    │
    ├───snap2/
    │        genomics-file.txt
    │
    └───snap3/
             genomics-file.txt

Die Snapshots enthalten eine schreibgeschützte Ansicht aller Dateien und Unterverzeichnisse, die zum Zeitpunkt der Snapshot-Erstellung im übergeordneten Verzeichnis vorhanden sind. Alle Dateiattribute wie atime, ownership und Lese- und Schreibberechtigungen bleiben erhalten.

Das Erstellen von Snapshots dauert in der Regel nicht länger als zwei Minuten, da es kein Kopieren der Daten umfasst und die Instanzleistung nicht beeinträchtigt wird.

Es können bis zu 240 Snapshots pro Instanz vorhanden sein. Der Name der Dateifreigabe und der Snapshot-Name dürfen zusammen maximal 78 Zeichen lang sein.

Snapshot-Konsistenz

Filestore-Snapshots haben eine NFSv3-Konsistenzsemantik. Bevor ein Snapshot initiiert wird, ist jeder Schreibvorgang, der von der Filestore-Instanz als in den stabilen Speicher geschrieben anerkannt wird oder dem ein bestätigter COMMIT folgt, im Snapshot enthalten. Weitere Informationen finden Sie unter NFSv3 RFC-1813 Abschnitt 3.3.7.

Dateifreigabe für optimale Snapshot-Konsistenz vorbereiten

Die Qualität eines Snapshots hängt davon ab, ob Ihre Anwendung Daten aus Snapshots wiederherstellen kann, die während hoher Schreibarbeitslasten erstellt wurden. In den meisten Fällen können Sie Snapshots mit guter Konsistenz erstellen, selbst wenn Ihre Anwendungen Daten in die Dateifreigabe schreiben. Wenn Ihre Anwendungen jedoch strikte Konsistenz erfordern, sollten Sie einen oder mehrere der folgenden Schritte ausführen:

Verwenden Sie die Bereitstellungsoption sync oder öffnen Sie Dateien mit O_DIRECT|O_SYNC. Beide Methoden verbessern die Konsistenz, garantieren sie aber nicht.
Halten Sie Anwendungen oder Betriebssystemprozesse an, die Daten in die Dateifreigabe schreiben, und bewirken Sie, dass diese Änderungen in der Dateifreigabe geleert werden, bevor der Snapshot initiiert wird. Weitere Informationen finden Sie unter fsync(2).
Wenn Ihre Anwendungen Konsistenz zwischen mehreren Dateifreigaben erfordern, pausieren Sie alle Anwendungen auf allen Instanzen, die in alle Dateifreigaben schreiben, und erstellen Sie Snapshots für alle Dateifreigaben, bevor Sie die Anwendungen fortsetzen.
Wenn Sie Konsistenz auf Anwendungsebene benötigen, beenden Sie Ihre Anwendungen und heben Sie die Bereitstellung der Dateifreigabe auf, bevor Sie einen Snapshot erstellen.

NFS-Semantik des `.snapshot`-Verzeichnisses

Die .snapshot-Verzeichnisse sind spezielle versteckte Verzeichnisse, die die Snapshots des übergeordneten Verzeichnisses enthalten. Alle NFS- und Bash-Befehle funktionieren für diese Verzeichnisse mit folgenden Ausnahmen:

Sie können keine Datei und kein Verzeichnis mit dem Namen .snapshot erstellen, da er für Snapshots reserviert ist.
Das Verzeichnis .snapshot wird nicht in den Ausgaben der Befehle READDIR oder READDIRPLUS und auch nicht im Bash-Befehl ls -a aufgeführt.
Wenn Sie in ein .snapshot-Verzeichnis wechseln möchten, müssen Sie den String .snapshot explizit eingeben. Beispiel: cd somedir/.snapshot/
Bei der automatischen Vervollständigung von Shell-Befehlen wird .snapshot nicht als Option aufgelistet.

Dateien löschen, die in einem Snapshot erfasst wurden

Wenn eine Datei in einem Snapshot erfasst wurde, wird durch das Löschen der Datei nicht mehr freier Speicherplatz auf Ihrer Instanz freigegeben.

Auf einen Snapshot-Status zurücksetzen

Das Zurücksetzen einer Instanz auf einen Snapshot-Status ist allgemein verfügbar, jedoch nur für zonale, High Scale SSD-, regionale und Enterprise-Instanzen.

Wenn eine Instanz auf den in einem Snapshot erfassten Status zurückgesetzt wird, werden alle neuen Daten gelöscht, die seit dem Erstellen des Ziel-Snapshots geschrieben wurden. Sie können nicht wiederhergestellt werden. Snapshots, die nach dem Ziel-Snapshot erstellt wurden, werden ebenfalls gelöscht.

Featurebeschränkungen

Die Snapshot-Rollback-Funktion ist nicht umkehrbar. Dabei werden Daten aus dem Live-Dateisystem und alle nachfolgenden, neueren Snapshots in der Kette gelöscht. Daher ist das Risiko von versehentlichen Datenverlusten höher. Das Verhalten unterscheidet sich deutlich von der Wiederherstellung aus einer Sicherung, bei der die Sicherung nach der Verwendung in ihrem aktuellen Zustand bleibt. So können Sie versuchen, aus mehreren Sicherungen wiederherzustellen, um die beste zu finden. Verwenden Sie die Funktion „Rückgängig machen“ mit Bedacht.
Alle Daten, die nach dem Erstellen des Ziel-Snapshots geschrieben wurden, werden zu Beginn des Rollback-Prozesses gelöscht und können nicht wiederhergestellt werden. Alle Snapshots, die neuer als der Ziel-Snapshot sind, werden ebenfalls gelöscht. Beispiel: snapshot1, snapshot2 und snapshot3 werden nacheinander erstellt. Wenn Sie die Instanz auf den in snapshot2 erfassten Status zurücksetzen, werden alle Daten, die nach snapshot2 geschrieben wurden, sowie alle Snapshots, die nach dem Erstellen von snapshot2 erstellt wurden, beim Zurücksetzen gelöscht.

Das Bereinigen dieser gelöschten Daten kann zwischen sechs Stunden und zehn Tagen dauern. Die Instanzkapazität und -leistung können in dieser Zeit beeinträchtigt werden.
Wenn Sie eine Instanz zu einem Snapshot-Status zurückversetzen, wird die NFS-Dateisystem-ID (fsid) aktualisiert. Versuche, über vorhandene Bereitstellungen auf Clients zuzugreifen, führen zu Fehlern bei veralteten Dateihandles. Es empfiehlt sich, vor dem Rückgängigmachen alle Clients von der Instanz zu trennen und sie danach wieder zu verbinden.
Ein Rollback kann bis zu zwei Minuten dauern.
- Die damit verbundene Bereinigung, z. B. das Löschen nachfolgender Snapshots in der Kette, kann je nach Anzahl der betroffenen Dateien zwischen sechs Stunden und zehn Tagen dauern.
- Sie können andere Vorgänge ausführen, während der Vorgang zum Zurücksetzen und die Bereinigung abgeschlossen werden.
- Sie müssen warten, bis der Vorgang abgeschlossen ist, bevor Sie einen weiteren Rollback-Vorgang starten.
Snapshots und die zugehörigen revert-Vorgänge sind für die meisten Dienstebenen verfügbar. Snapshots sind in den Dienststufen „Basic SSD“ und „Basic HDD“ nicht verfügbar.
Nur Instanzen mit einer einzelnen Freigabe können zu einem Snapshot-Status zurückkehren.
Snapshots werden zwar in der Enterprise-Dienststufe unterstützt, können aber nicht mit der Funktion Filestore-Mehrfreigaben kombiniert werden.