Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Snapshots auf WORM auf einem ONTAP Vault-Ziel übertragen

Beitragende netapp-lenida netapp-aaron-holt netapp-aherbin netapp-dbagwell netapp-mwallis netapp-ahibbard netapp-thomi
Änderungen vorschlagen
PDFs

Mit SnapLock für SnapVault lassen sich Snapshots auf sekundärem Speicher WORM-schützen. Alle grundlegenden SnapLock-Aufgaben werden am Vault-Ziel durchgeführt. Das Ziel-Volume wird automatisch schreibgeschützt eingebunden, sodass ein explizites Commit der Snapshots in WORM nicht erforderlich ist.

Bevor Sie beginnen

  • Wenn der System Manager zur Konfiguration der Beziehung verwendet werden soll, müssen sowohl der Quell- als auch der Ziel-Cluster ONTAP 9.15.1 oder höher ausführen.

  • Auf dem Ziel-Cluster:

  • Die Datensicherungsstrategie muss vom Typ „vault“ sein.

  • Die Quell- und Ziel-Aggregate müssen 64-Bit sein.

  • Das Quellvolume darf kein SnapLock Volume sein.

  • Wenn Sie die ONTAP CLI verwenden, müssen die Quell- und Ziel-Volumes in "verbundene Cluster" und "SVMs" erstellt werden.

Über diese Aufgabe

Das Quell-Volume kann NetApp- oder Storage anderer Anbieter (NetApp-fremd) verwenden.

Hinweis Ein Snapshot, der im WORM-Status festgeschrieben ist, kann nicht umbenannt werden.

Sie können SnapLock Volumes klonen, aber Sie können keine Dateien auf einem SnapLock Volume klonen.

Hinweis LUNs werden in SnapLock Volumes nicht unterstützt. LUNs werden in SnapLock Volumes nur in Szenarien unterstützt, in denen Snapshots, die auf einem Nicht-SnapLock Volume erstellt wurden, auf ein SnapLock Volume zum Schutz im Rahmen einer SnapLock Vault-Beziehung übertragen werden. LUNs werden in lesen/schreiben SnapLock Volumes nicht unterstützt. Manipulationssichere Snapshots werden jedoch sowohl auf SnapMirror Quell-Volumes als auch auf Ziel-Volumes unterstützt, die LUNs enthalten.

Ab ONTAP 9.10.1 können SnapLock- und Nicht-SnapLock-Volumes auf demselben Aggregate existieren, daher ist es nicht mehr erforderlich, ein separates SnapLock-Aggregate zu erstellen, wenn ONTAP 9.10.1 verwendet wird. Die Volume-Option '-snaplock-type' wird verwendet, um einen Compliance- oder Enterprise-SnapLock-Volume-Typ anzugeben. In ONTAP-Versionen vor ONTAP 9.10.1 wird der SnapLock-Modus, Compliance oder Enterprise, vom Aggregate übernommen. Version-flexible Zielvolumes werden nicht unterstützt. Die Spracheinstellung des Ziel-Volumes muss mit der Spracheinstellung des Quell-Volumes übereinstimmen.

Ein SnapLock Volume, das als Vault-Ziel dient, hat eine standardmäßige Aufbewahrungsfrist zugewiesen. Der Wert für diese Frist ist anfangs auf mindestens 0 Jahre für SnapLock Enterprise Volumes und maximal 30 Jahre für SnapLock Compliance Volumes festgelegt. Jeder NetApp Snapshot wird zunächst mit dieser standardmäßigen Aufbewahrungsfrist übernommen. Die Aufbewahrungsfrist kann bei Bedarf später verlängert werden. Weitere Informationen finden sich unter "Übersicht über die Aufbewahrungszeit festlegen".

Ab ONTAP 9.14.1 können Aufbewahrungsfristen für bestimmte SnapMirror Labels in der SnapMirror Policy der SnapMirror Beziehung festgelegt werden, sodass die replizierten Snapshots vom Quell- zum Ziel-Volume für die in der Regel angegebene Aufbewahrungsfrist aufbewahrt werden. Wenn keine Aufbewahrungsfrist angegeben ist, wird die Standardaufbewahrungsfrist des Ziel-Volumes verwendet.

Ab ONTAP 9.13.1 ist es möglich, einen gesperrten Snapshot auf dem Ziel-SnapLock-Volume einer SnapLock Vault Beziehung sofort wiederherzustellen, indem eine FlexClone mit der snaplock-type Option auf non-snaplock erstellt und der Snapshot beim Ausführen der Volume-Klon-Erstellung als „parent-snapshot“ angegeben wird. Weitere Informationen zu "Erstellen eines FlexClone Volumens mit einem SnapLock Typ".

Für MetroCluster Konfigurationen gilt Folgendes:

  • Eine SnapVault Beziehung kann nur zwischen Sync-Source-SVMs erstellt werden, nicht zwischen einer Sync-Source-SVM und einer Sync-Destination-SVM.

  • Es ist möglich, eine SnapVault Beziehung von einem Volume auf einer Sync-Source-SVM zu einer Data-Serving-SVM zu erstellen.

  • Es ist möglich, eine SnapVault Beziehung von einem Volume auf einer datenbereitstellenden SVM zu einem DP Volume auf einer Sync-Source-SVM zu erstellen.

Die folgende Abbildung zeigt das Vorgehen zum Initialisieren einer SnapLock Vault Beziehung:

Diese Abbildung zeigt das Vorgehen zum Initialisieren einer SnapLock Vault-Beziehung: Identifizieren des Ziel-Clusters, Erstellen eines Ziel-Volumes, Erstellen einer Datensicherungsstrategie, Hinzufügen von Regeln zur Strategie, Erstellen einer Vault-Beziehung zwischen den Volumes und Zuweisen der Strategie zu der Beziehung sowie anschließendes Initialisieren der Beziehung, um einen Basistransfer zu starten.

Schritte

Mit der ONTAP CLI lässt sich eine SnapLock Vault Beziehung erstellen, ab ONTAP 9.15.1 ist dies auch mit dem System Manager möglich, um eine SnapLock Vault Beziehung zu erstellen.

System Manager

  1. Falls das Volume noch nicht existiert, im Quell-Cluster zu Speicher > Volumes navigieren und Hinzufügen auswählen.

  2. Im Fenster Volume hinzufügen Weitere Optionen auswählen.

  3. Den Datenträgernamen, die Größe, die Exportrichtlinie und den Freigabenamen eingeben.

  4. Speichern Sie Ihre Änderungen.

  5. Im Ziel-Cluster zu Schutz > Beziehungen navigieren.

  6. Oberhalb der Spalte Quelle Schützen auswählen und im Menü Volumes wählen.

  7. Im Fenster Volumes schützen Vault als Datensicherungsstrategie auswählen.

  8. Im Abschnitt Quelle sind der Cluster, die Storage-VM und das Volume auszuwählen, die geschützt werden sollen.

  9. Im Abschnitt Ziel ist unter Konfigurationsdetails die Option Ziel-Snapshots sperren auszuwählen, anschließend SnapLock für SnapVault als Sperrmethode. Sperrmethode wird nicht angezeigt, wenn der ausgewählte Richtlinientyp nicht vom Typ vault ist, die SnapLock Lizenz nicht installiert ist oder die Compliance-Uhr nicht initialisiert wurde.

  10. Falls diese Option noch nicht aktiviert ist, SnapLock Compliance-Uhr initialisieren auswählen.

  11. Speichern Sie Ihre Änderungen.

CLI

  1. Erstellen Sie auf dem Ziel-Cluster ein SnapLock Zielvolume vom Typ DP, das entweder gleich groß oder größer als das Quellvolume ist:

    volume create -vserver <SVM_name> -volume <volume_name> -aggregate <aggregate_name> -snaplock-type <compliance|enterprise> -type DP -size <size>

    Der folgende Befehl erstellt ein 2GB SnapLock Compliance Volume mit dem Namen dstvolB in SVM2 auf dem Aggregat node01_aggr:

    cluster2::> volume create -vserver SVM2 -volume dstvolB -aggregate node01_aggr -snaplock-type compliance -type DP -size 2GB

  2. Auf dem Ziel-Cluster "die Standard-Aufbewahrungsdauer festlegen".

  3. "Eine neue Replikationsbeziehung erstellen" zwischen der non-SnapLock Quelle und dem neuen SnapLock Ziel, das erstellt wurde.

    Dieses Beispiel erstellt eine neue SnapMirror Beziehung mit Ziel-SnapLock Volume dstvolB unter Verwendung einer Strategie von XDPDefault zum Archivieren von Snapshots mit den Bezeichnungen täglich und wöchentlich nach einem stündlichen Zeitplan:

    cluster2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -vserver SVM2 -policy XDPDefault -schedule hourly
    Hinweis "Erstellen einer benutzerdefinierten Replikationsrichtlinie" oder ein "benutzerdefinierter Zeitplan", wenn die verfügbaren Standardeinstellungen nicht geeignet sind.

  4. Auf der Ziel-SVM die erstellte SnapVault Beziehung initialisieren:

    snapmirror initialize -destination-path <destination_path>

    Der folgende Befehl initialisiert die Beziehung zwischen dem Quell-Volume srcvolA auf SVM1 und dem Ziel-Volume dstvolB auf SVM2:

    cluster2::> snapmirror initialize -destination-path SVM2:dstvolB

  5. Nachdem die Beziehung initialisiert und im Leerlauf ist, kann mit dem snapshot show Befehl auf dem Ziel die für die replizierten Snapshots angewendete SnapLock Ablaufzeit überprüft werden.

    Dieses Beispiel listet die Snapshots auf dem Volume dstvolB auf, die die SnapMirror Bezeichnung und das SnapLock Ablaufdatum haben:

    cluster2::> snapshot show -vserver SVM2 -volume dstvolB -fields snapmirror-label, snaplock-expiry-time
Verwandte Informationen