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.

WORM-Dateien mit ONTAP SnapMirror für die Notfallwiederherstellung spiegeln

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

SnapMirror kann verwendet werden, um WORM-Dateien zur Notfallwiederherstellung und für andere Zwecke an einen anderen geografischen Standort zu replizieren. Sowohl das Quellvolume als auch das Zielvolume müssen für SnapLock konfiguriert sein, und beide Volumes müssen denselben SnapLock Modus (Compliance oder Enterprise) aufweisen. Alle wichtigen SnapLock Eigenschaften des Volumes und der Dateien werden repliziert.

Voraussetzungen

Die Quell- und Ziel-Volumes müssen in gepeerten Clustern mit gepeerten SVMs erstellt werden. Weitere Informationen finden sich unter "Cluster- und SVM-Peering".

Über diese Aufgabe

  • Ab ONTAP 9.5 ist es möglich, WORM-Dateien mit der XDP (Extended Data Protection)-SnapMirror-Beziehung anstelle der DP (Data Protection)-Beziehung zu replizieren. Der XDP-Modus ist ONTAP versionsunabhängig und kann Dateien, die im selben Block gespeichert sind, unterscheiden, was die Resynchronisierung replizierter Compliance-Mode-Volumes erheblich erleichtert. Informationen zur Konvertierung einer bestehenden DP-Beziehung in eine XDP-Beziehung sind unter "Datensicherung" zu finden.

  • Ein Resync-Vorgang für eine DP-Typ-SnapMirror Beziehung schlägt bei einem Compliance-Mode-Volume fehl, wenn SnapLock feststellt, dass dadurch ein Datenverlust entstehen würde. Wenn ein Resync-Vorgang fehlschlägt, kann mit dem volume clone create Befehl ein Klon des Ziel-Volumes erstellt werden. Anschließend lässt sich das Quell-Volume mit dem Klon erneut synchronisieren.

  • Eine SnapMirror Beziehung eines SnapLock Volumes unterstützt ausschließlich die MirrorAllSnapshots Richtlinie vom Typ async-mirror. Die Aufbewahrungsdauer eines SnapLock Volumes wird durch die maximale Aufbewahrungsdauer aller darauf enthaltenen WORM-Dateien bestimmt. Da das Ziel eine DR-Kopie der Quelle ist, entspricht die Aufbewahrungsdauer des Ziel-SnapLock Volumes derjenigen der Quelle.

  • Eine SnapMirror Beziehung vom Typ XDP zwischen SnapLock konformen Volumes unterstützt eine Resynchronisierung nach einer Unterbrechung, selbst wenn die Daten auf dem Ziel nach der Unterbrechung von den Daten auf der Quelle abgewichen sind.

    Bei einer Resynchronisierung wird, wenn zwischen Quelle und Ziel Datenabweichungen über den gemeinsamen Snapshot hinaus festgestellt werden, ein neuer Snapshot auf dem Ziel erstellt, um diese Abweichungen zu erfassen. Der neue Snapshot und der gemeinsame Snapshot werden beide mit einer Aufbewahrungszeit wie folgt gesperrt:

    • Die Ablaufzeit des Ziel-Volumes

    • Wenn die Ablaufzeit des Volumes in der Vergangenheit liegt oder nicht festgelegt wurde, ist der Snapshot für einen Zeitraum von 30 Tagen gesperrt.

    • Wenn das Zielsystem über rechtliche Sperren verfügt, wird die tatsächliche Ablaufzeit des Volumens ausgeblendet und als ‘indefinite' angezeigt; der Snapshot ist jedoch für die Dauer der tatsächlichen Ablaufzeit des Volumens gesperrt.

Wenn das Zielvolume eine Ablaufperiode hat, die später ist als die des Quellvolumes, bleibt die Ablaufperiode des Zielvolumes erhalten und wird nach der Resynchronisierung nicht durch die Ablaufperiode des Quellvolumes überschrieben.

Wenn auf dem Ziel rechtliche Sperren bestehen, die sich von denen auf der Quelle unterscheiden, ist eine erneute Synchronisierung nicht zulässig. Quelle und Ziel müssen identische rechtliche Sperren aufweisen oder alle rechtlichen Sperren auf dem Ziel müssen aufgehoben werden, bevor eine erneute Synchronisierung versucht wird.

Ein gesperrter Snapshot auf dem Zielvolume, der zur Erfassung der abweichenden Daten erstellt wurde, kann mithilfe der CLI durch Ausführen des snapmirror update -s snapshot Befehls auf das Quellvolume kopiert werden. Der Snapshot bleibt nach dem Kopieren auch auf dem Quellvolume gesperrt.

  • SVM Datenschutzbeziehungen werden nicht unterstützt.

  • Load-sharing-Datenschutzbeziehungen werden nicht unterstützt.

Die folgende Abbildung zeigt das Vorgehen zum Initialisieren einer SnapMirror Beziehung:

Diese Abbildung zeigt das Vorgehen zum Initialisieren einer SnapMirror Beziehung: Identifizieren des Ziel-Clusters, Erstellen eines Ziel-Volumes, Erstellen einer SnapMirror Beziehung zwischen den Volumes und anschließendes Initialisieren der Beziehung, um einen Basistransfer zu starten.

System Manager

Ab ONTAP 9.12.1 ist es möglich, mit System Manager die SnapMirror Replikation von WORM-Dateien einzurichten.

Schritte

  1. Navigieren Sie zu Storage > Volumes.

  2. Klicken Sie auf Ein-/Ausblenden und wählen Sie SnapLock Type, um die Spalte im Fenster Volumes anzuzeigen.

  3. Ein SnapLock Volume lokalisieren.

  4. Klicken Sie Symbol für Menüoptionen und wählen Sie Schützen.

  5. Den Ziel-Cluster und die Ziel-Speicher-VM auswählen.

  6. Auf Weitere Optionen klicken.

  7. Legacy-Richtlinien anzeigen und DPDefault (legacy) auswählen.

  8. Im Abschnitt Zielkonfigurationsdetails Übertragungsplan überschreiben und stündlich auswählen.

  9. Auf Speichern klicken.

  10. Klicken Sie links neben dem Namen des Quellvolumes auf den Pfeil, um die Volume-Details zu erweitern, und überprüfen Sie auf der rechten Seite der Seite die Details zum Remote-SnapMirror-Schutz.

  11. Im Remote-Cluster zu Schutzbeziehungen navigieren.

  12. Die Beziehung kann gefunden werden, indem auf den Namen des Ziel-Volumes geklickt wird, wodurch die Details der Beziehung angezeigt werden.

  13. Überprüfen Sie den SnapLock-Typ des Ziel-Volumes und weitere SnapLock-Informationen.

CLI

  1. Der Ziel-Cluster wird identifiziert.

  2. Auf dem Ziel-Cluster, "die SnapLock-Lizenz installieren", "Die Compliance-Uhr initialisieren" und, falls eine ONTAP Version vor 9.10.1 verwendet wird, "ein SnapLock Aggregat erstellen".

  3. Erstellen Sie auf dem Ziel-Cluster ein SnapLock Zielvolume vom Typ DP, das entweder die gleiche Größe wie das Quellvolume hat oder größer ist:

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

    Hinweis 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 Option volume -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. Die Spracheinstellung des Ziel-Volumes muss mit der Spracheinstellung des Quell-Volumes übereinstimmen.

    Der folgende Befehl erstellt ein 2 GB 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

  4. Auf der Ziel-SVM eine SnapMirror Richtlinie erstellen:

    snapmirror policy create -vserver SVM_name -policy policy_name

    Der folgende Befehl erstellt die SVM-weite Richtlinie SVM1-mirror:

    SVM2::> snapmirror policy create -vserver SVM2 -policy SVM1-mirror

  5. Auf der Ziel-SVM einen SnapMirror Zeitplan erstellen:

    job schedule cron create -name schedule_name -dayofweek day_of_week -hour hour -minute minute

    Der folgende Befehl erstellt einen SnapMirror Zeitplan mit dem Namen weekendcron:

    SVM2::> job schedule cron create -name weekendcron -dayofweek "Saturday, Sunday" -hour 3 -minute 0

  6. Auf der Ziel-SVM eine SnapMirror Beziehung erstellen:

    snapmirror create -source-path source_path -destination-path destination_path -type XDP|DP -policy policy_name -schedule schedule_name

    Der folgende Befehl erstellt eine SnapMirror Beziehung zwischen dem Quellvolume srcvolA auf SVM1 und dem Zielvolume dstvolB auf SVM2, und weist die Richtlinie SVM1-mirror und den Zeitplan weekendcron zu:

    SVM2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -type XDP -policy SVM1-mirror -schedule weekendcron
    Hinweis Der XDP Typ ist ab ONTAP 9.5 verfügbar. In ONTAP 9.4 und früher muss der DP Typ verwendet werden.

  7. In der Ziel-SVM die SnapMirror Beziehung initialisieren:

    snapmirror initialize -destination-path destination_path

    Der Initialisierungsprozess führt einen Basistransfer auf das Ziel-Volume durch. SnapMirror erstellt einen Snapshot des Quell-Volumes und überträgt anschließend die Kopie sowie alle von ihr referenzierten Datenblöcke auf das Ziel-Volume. Es werden außerdem alle weiteren Snapshots des Quell-Volumes auf das Ziel-Volume übertragen.

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

    SVM2::> snapmirror initialize -destination-path SVM2:dstvolB
Verwandte Informationen