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

Speichern von Snapshot-Kopien in WORM-KOPIEN auf einem Vault-Ziel

02/23/2024 Beitragende

PDFs

Mit SnapLock für SnapVault können Snapshot Kopien IM Sekundärspeicher GESICHERT WERDEN. Sie führen alle grundlegenden SnapLock-Aufgaben auf dem Vault-Ziel aus. Das Ziel-Volume wird automatisch schreibgeschützt gemountet, sodass die Snapshot Kopien nicht explizit in WORM festgeschrieben werden müssen. Somit werden geplante Snapshot Kopien auf dem Ziel-Volume mithilfe von SnapMirror Richtlinien nicht unterstützt.

Bevor Sie beginnen

Der Quell-Cluster muss ONTAP 8.2.2 oder höher ausführen.
Die Quell- und Zielaggregate müssen 64 Bit sein.
Das Quell-Volume kann kein SnapLock Volume sein.
Die Quell- und Ziel-Volumes müssen in Peering-Clustern mit Peering SVMs erstellt werden.

Weitere Informationen finden Sie unter "Cluster-Peering".
Wenn Autogrow-Volume deaktiviert ist, muss der freie Speicherplatz auf dem Ziel-Volume mindestens fünf Prozent mehr als der verwendete Speicherplatz auf dem Quell-Volume sein.

Über diese Aufgabe

Das Quell-Volume kann Storage von NetApp oder anderen Herstellern verwenden. Für Storage anderer Anbieter als NetApp müssen Sie die FlexArray-Virtualisierung verwenden.

Sie können eine Snapshot Kopie, die im WORM-Status übergeben ist, nicht umbenennen.

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

LUNs werden in SnapLock Volumes nicht unterstützt. LUNs werden in SnapLock Volumes nur in Szenarien unterstützt, in denen auf einem nicht-SnapLock Volume erstellte Snapshot Kopien zur Sicherung im Rahmen der SnapLock Vault-Beziehung auf ein SnapLock Volume übertragen werden. LUNs werden in SnapLock-Volumes mit Lese-/Schreibzugriff nicht unterstützt. Manipulationssichere Snapshot Kopien werden jedoch auf SnapMirror Quell-Volumes und Ziel-Volumes unterstützt, die LUNs enthalten.

Ab ONTAP 9.14.1 können Sie Aufbewahrungszeiträume für bestimmte SnapMirror Labels in der SnapMirror Richtlinie der SnapMirror Beziehung festlegen, sodass die replizierten Snapshot Kopien vom Quell- zum Ziel-Volume für den in der Regel angegebenen Aufbewahrungszeitraum beibehalten werden. Wenn kein Aufbewahrungszeitraum angegeben wird, wird die Standardaufbewahrungsfrist des Ziel-Volume verwendet.

Ab ONTAP 9.13.1 können Sie sofort eine gesperrte Snapshot Kopie auf dem Ziel-SnapLock Volume einer SnapLock Vault-Beziehung wiederherstellen, indem Sie einen FlexClone mit dem erstellen snaplock-type Option auf „nicht-snaplock“ gesetzt und die Snapshot Kopie als „Parent-Snapshot“ bei der Ausführung des Volume-Klonerstellungsvorgangs angegeben. Weitere Informationen zu "Erstellung eines FlexClone Volume mit einem SnapLock-Typ".

Bei MetroCluster Konfigurationen sollten Sie die folgenden Aspekte beachten:

Sie können eine SnapVault-Beziehung nur zwischen den synchronen Quell-SVMs und nicht zwischen einer SVM mit Sync-Source-Synchronisierung und einer SVM erstellen.
Sie können eine SnapVault-Beziehung von einem Volume auf einer Quell-SVM zu einer datenServing-SVM erstellen.
Es ist möglich, eine SnapVault-Beziehung zwischen einem Volume auf einer Datenservice-SVM und einem DP-Volume auf einer SVM mit synchronem Quell-Volume zu erstellen.

In der folgenden Abbildung wird das Verfahren zum Initialisieren einer SnapLock Vault-Beziehung gezeigt:

Diese Abbildung zeigt das Verfahren zur Initialisierung einer SnapLock Vault Beziehung: Das Identifizieren des Ziel-Clusters

Schritte

Ermitteln des Ziel-Clusters
Auf dem Ziel-Cluster "Installieren Sie die SnapLock-Lizenz", "Initialisieren Sie die Compliance Clock", Und wenn Sie eine ONTAP-Version vor 9.10.1 verwenden, "Erstellung eines SnapLock Aggregats".

Erstellen Sie auf dem Ziel-Cluster ein SnapLock Ziel-Volume des Typs DP Das ist entweder die gleiche oder größer als das Quellvolumen:

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

Ab ONTAP 9.10.1 können SnapLock- und nicht-SnapLock-Volumes auf demselben Aggregat vorhanden sein. Wenn Sie ONTAP 9.10.1 verwenden, sind Sie daher nicht mehr erforderlich, ein separates SnapLock Aggregat zu erstellen. Mithilfe der Option Volume -snaplock-TYPE können Sie einen Compliance- oder Enterprise SnapLock Volume-Typ festlegen. Bei älteren Versionen als ONTAP ONTAP 9.10.1 wird der SnapLock-Modus, Compliance oder Enterprise, vom Aggregat übernommen. Versionsflexible Ziel-Volumes werden nicht unterstützt. Die Spracheinstellung des Zielvolumens muss mit der Spracheinstellung des Quellvolumens übereinstimmen.

Mit dem folgenden Befehl wird eine 2-GB-SnapLock erstellt Compliance Volume mit 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

Legen Sie auf dem Ziel-Cluster den Standardaufbewahrungszeitraum fest, wie in beschrieben Legen Sie den Standardaufbewahrungszeitraum fest.

Einem SnapLock-Volume, das ein Vault-Ziel ist, ist ein Standardaufbewahrungszeitraum zugewiesen. Der Wert für diesen Zeitraum wird zunächst auf mindestens 0 Jahre für SnapLock Enterprise Volumes und maximal 30 Jahre für SnapLock Compliance Volumes festgelegt. Jede NetApp Snapshot-Kopie wird zunächst mit diesem standardmäßigen Aufbewahrungszeitraum festgelegt. Die Aufbewahrungsfrist kann bei Bedarf später verlängert werden. Weitere Informationen finden Sie unter Aufbewahrungszeit einstellen.

Erstellen einer neuen Replikationsbeziehung Zwischen der nicht-SnapLock-Quelle und dem neuen SnapLock-Ziel, den Sie in Schritt 3 erstellt haben.

Dieses Beispiel erstellt eine neue SnapMirror Beziehung mit dem Ziel-SnapLock Volume dstvolB Verwenden einer Richtlinie von XDPDefault So speichern Sie Snapshot-Kopien, die täglich und wöchentlich nach einem stündlichen Zeitplan gekennzeichnet sind:
```
cluster2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -vserver SVM2 -policy XDPDefault -schedule hourly
```
Erstellen Sie eine benutzerdefinierte Replikationsrichtlinie Oder A Benutzerdefinierter Zeitplan Wenn die verfügbaren Standardeinstellungen nicht geeignet sind.
Initialisieren Sie auf der Ziel-SVM die SnapVault-Beziehung, die in Schritt 5 erstellt wurde:

snapmirror initialize -destination-path destination_path

Mit dem folgenden Befehl wird die Beziehung zwischen dem Quell-Volume initialisiert srcvolA Ein SVM1 Und dem Ziel-Volume dstvolB Ein SVM2:
```
cluster2::> snapmirror initialize -destination-path SVM2:dstvolB
```
Nachdem die Beziehung initialisiert und inaktiv ist, verwenden Sie den snapshot show Befehl auf dem Ziel, um zu überprüfen, ob die SnapLock-Ablaufzeit auf die replizierten Snapshot Kopien angewendet wurde.

Dieses Beispiel führt die Snapshot Kopien auf dem Volume auf dstvolB Die über das SnapMirror-Etikett und das SnapLock-Ablaufdatum verfügen:
```
cluster2::> snapshot show -vserver SVM2 -volume dstvolB -fields snapmirror-label, snaplock-expiry-time
```

Verwandte Informationen

"Cluster- und SVM-Peering"

"Volume Backup mit SnapVault"

Speichern von Snapshot-Kopien in WORM-KOPIEN auf einem Vault-Ziel

Creating your file...