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.

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

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
Ü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.

Hinweis 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.

Hinweis 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.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. Sie verwenden die Option „-snaplock-type“ des Volumes, um einen Compliance- oder Enterprise SnapLock Volume-Typ anzugeben. 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.

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".

Ab ONTAP 9.14.1 können Sie in der SnapMirror-Richtlinie der SnapMirror-Beziehung Aufbewahrungszeiträume für bestimmte SnapMirror-Labels 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.13.1 können Sie in einer SnapLock Vault snaplock-type-Beziehung sofort eine gesperrte Snapshot Kopie auf dem SnapLock Volume als Ziel-FlexClone wiederherstellen, indem Sie einen ONTAP 9 mit der Option „nicht-SnapLock“ erstellen und die Snapshot Kopie bei Ausführung des Volume-Klonerstellungs-Vorgangs als „Parent-Snapshot“ angeben. Erfahren Sie mehr über "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:

In dieser Abbildung wird das Verfahren zum Initialisieren einer SnapLock Vault-Beziehung gezeigt: ermitteln des Ziel-Clusters, Erstellen eines Ziel-Volume, Erstellen einer Richtlinie, Hinzufügen von Regeln zur Richtlinie, Erstellen einer Vault-Beziehung zwischen den Volumes, Zuweisen der Richtlinie zur Beziehung und Initialisieren der Beziehung zum Starten eines Basistransfer.

Schritte

Sie können die ONTAP CLI zum Erstellen einer SnapLock Vault-Beziehung oder ab ONTAP 9.15.1 mit System Manager eine SnapLock Vault-Beziehung erstellen.

System Manager

  1. Navigieren Sie zu Storage > Volumes und wählen Sie Add.

  2. Wählen Sie im Fenster Volume hinzufügen Weitere Optionen.

  3. Geben Sie den Namen, die Größe, die Exportrichtlinie und den Freigabenamen des Volumes ein.

  4. Wählen Sie Ziel-Snapshots sperren, um das Löschen zu verhindern, und wählen Sie im Abschnitt Sperrmethode SnapLock für SnapVault. Diese Auswahl wird nicht angezeigt, wenn der ausgewählte Richtlinientyp nicht vom Typ „Vault“ ist, wenn die SnapLock-Lizenz nicht installiert ist oder wenn die Compliance-Uhr nicht initialisiert ist.

  5. Wenn sie noch nicht aktiviert ist, wählen Sie SnapLock-Compliance-Uhr initialisieren aus.

  6. Speichern Sie die Änderungen.

CLI

  1. Erstellen Sie auf dem Ziel-Cluster ein SnapLock-Ziel-Volume des Typs DP, das entweder gleich oder größer ist als das Quell-Volume:

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

    Mit dem folgenden Befehl wird ein 2GB SnapLock Compliance-Volume mit dem Namen dstvolB im SVM2 Aggregat erstellt node01_aggr:

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

  2. Auf dem Zielcluster, "Legen Sie den Standardaufbewahrungszeitraum fest".

  3. "Erstellen einer neuen Replikationsbeziehung" Zwischen der nicht-SnapLock-Quelle und dem neuen SnapLock-Ziel, das Sie erstellt haben.

    Dieses Beispiel erstellt eine neue SnapMirror-Beziehung zum SnapLock Ziel-Volume dstvolB mithilfe einer Richtlinie XDPDefault, um täglich und wöchentlich Snapshot-Kopien nach einem stündlichen Zeitplan zu archivieren:

    cluster2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -vserver SVM2 -policy XDPDefault -schedule hourly
    Hinweis "Erstellen Sie eine benutzerdefinierte Replikationsrichtlinie" Oder ein"Benutzerdefinierter Zeitplan", wenn die verfügbaren Standardeinstellungen nicht geeignet sind.

  4. Initialisieren Sie auf der Ziel-SVM die erstellte SnapVault Beziehung:

    snapmirror initialize -destination-path <destination_path>

    Mit dem folgenden Befehl wird die Beziehung zwischen dem Quell-Volume srcvolA auf SVM1 und dem Ziel-Volume dstvolB auf initialisiert SVM2:

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

  5. Nachdem die Beziehung initialisiert wurde und inaktiv ist, snapshot show überprüfen Sie mit dem Befehl auf dem Ziel die SnapLock Verfallszeit, die auf die replizierten Snapshot Kopien angewendet wird.

    In diesem Beispiel werden die Snapshot Kopien auf einem Volume dstvolB mit der Beschriftung „SnapMirror“ und dem Ablaufdatum von SnapLock aufgelistet:

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

"Cluster- und SVM-Peering"

"Volume Backup mit SnapVault"