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.

SPIEGELN VON WORM-Dateien für das Disaster Recovery

Beitragende
PDFs

AUSSERDEM KÖNNEN WORM-Dateien zur Disaster Recovery und zu anderen Zwecken an einem anderen geografischen Standort repliziert werden. Das Quell-Volume und das Ziel-Volume müssen für SnapLock konfiguriert werden. Dabei müssen beide Volumes denselben SnapLock-Modus, dieselbe Konformität oder ein Enterprise aufweisen. Alle wichtigen SnapLock Eigenschaften des Volume und der Dateien werden repliziert.

Voraussetzungen

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

Über diese Aufgabe

  • Ab ONTAP 9.5 können Sie WORM-Dateien mit dem XDP-Typ (erweiterte Datensicherung) SnapMirror Beziehung replizieren, anstatt die DP-Beziehung (Datenschutz) zu verwenden. XDP-Modus ist unabhängig von der ONTAP-Version und ist in der Lage, Dateien im selben Block zu differenzieren, was die Resynchronisierung replizierter Compliance-Modus-Volumes erheblich erleichtert. Informationen zum Konvertieren einer vorhandenen DP-Beziehung in eine XDP-Beziehung finden Sie unter "Datensicherung".

  • Resync-Vorgang auf einer DP-Typ SnapMirror-Beziehung schlägt für ein Compliance-Modus-Volume fehl, wenn SnapLock feststellt, dass es zu einem Datenverlust führt. Wenn eine Neusynchronisierung fehlschlägt, können Sie den volume clone create Befehl verwenden, um einen Klon des Ziel-Volume zu erstellen. Sie können dann das Quell-Volume mit dem Klon neu synchronisieren.

  • Eine SnapMirror-Beziehung des Typs XDP zwischen SnapLock-konformen Volumes unterstützt eine Resynchronisierung nach einer Pause, auch wenn Daten auf dem Ziel von der Quelle nach der Pause umgeleitet wurden.

    Wenn bei einer Resynchronisierung Datendivergenz zwischen der Quelle, dem Ziel über den gemeinsamen Snapshot hinaus erkannt wird, wird ein neuer Snapshot auf das Ziel geschnitten, um diese Divergenz zu erfassen. Der neue Snapshot und der gemeinsame Snapshot sind mit einer Aufbewahrungszeit wie folgt gesperrt:

    • Die Verfallszeit des Zieldatums

    • Wenn die Ablaufzeit des Datenträgers in der Vergangenheit liegt oder noch nicht eingestellt wurde, wird der Snapshot für einen Zeitraum von 30 Tagen gesperrt

    • Wenn das Ziel legal-holds hat, wird die tatsächliche Gültigkeitsdauer des Volumes maskiert und als ‘unbestimmt' angezeigt. Der Snapshot wird jedoch für die Dauer der tatsächlichen Gültigkeitsdauer des Volumes gesperrt.

Wenn das Ziellaufwerk eine Ablauffrist hat, die später als das Quellvolumen ist, wird die Gültigkeitsdauer des Zieldatums beibehalten und wird nach der Resynchronisierung nicht durch den Ablaufzeitraum des Quellvolumens überschrieben.

Wenn auf dem Ziel gesetzliche Aufbewahrungspflichten liegen, die sich von der Quelle unterscheiden, ist eine Resynchronisierung nicht zulässig. Quelle und Ziel müssen identische gesetzlichen Aufbewahrungspflichten haben oder alle gesetzlichen Aufbewahrungspflichten auf dem Ziel müssen vor Beginn einer Neusynchronisierung freigegeben werden.

Eine gesperrte Snapshot Kopie auf dem Ziel-Volume, die zur Erfassung der divergierenden Daten erstellt wurde snapmirror update -s snapshot, kann mithilfe der CLI in die Quelle kopiert werden, indem der Befehl ausgeführt wird. Der nach dem Kopieren kopierte Snapshot wird weiterhin an der Quelle gesperrt.

  • SVM-Datensicherungsbeziehungen werden nicht unterstützt.

  • Beziehungen zur Lastverteilung für Daten werden nicht unterstützt.

Die folgende Abbildung zeigt das Verfahren zur Initialisierung einer SnapMirror Beziehung:

In dieser Abbildung ist das Verfahren zur Initialisierung einer SnapMirror Beziehung dargestellt: Das Ziel-Cluster ermitteln, ein Ziel-Volume erstellen, eine SnapMirror Beziehung zwischen den Volumes erstellen und dann die Beziehung initialisieren, um einen Basistransfer zu starten.

System Manager

Ab ONTAP 9.12.1 kann mit System Manager die SnapMirror Replizierung von WORM-Dateien eingerichtet werden.

Schritte

  1. Navigieren Sie zu Storage > Volumes.

  2. Klicken Sie auf ein-/Ausblenden und wählen Sie SnapLock-Typ, um die Spalte im Fenster Volumen anzuzeigen.

  3. Suchen Sie ein SnapLock Volume.

  4. Klicken Sie auf Symbol für Menüoptionen und wählen Sie Schutz.

  5. Auswahl des Ziel-Clusters und der Ziel-Storage-VM

  6. Klicken Sie Auf Weitere Optionen.

  7. Wählen Sie Legacy-Richtlinien anzeigen und wählen Sie DPDefault (Legacy).

  8. Wählen Sie im Abschnitt Zielkonfigurationsdetails die Option Transferzeitplan überschreiben aus und wählen Sie stündlich aus.

  9. Klicken Sie Auf Speichern.

  10. Klicken Sie links vom Namen des Quell-Volumes auf den Pfeil, um die Volume-Details zu erweitern, und rechts auf der Seite sehen Sie die Remote SnapMirror Sicherungsdetails.

  11. Navigieren Sie auf dem Remote-Cluster zu Protection Relationships.

  12. Suchen Sie die Beziehung, und klicken Sie auf den Namen des Zielvolumes, um die Beziehungsdetails anzuzeigen.

  13. Überprüfen Sie, ob der SnapLock-Typ des Ziel-Volumes und andere SnapLock-Informationen verwendet werden.

CLI

  1. Ermitteln des Ziel-Clusters

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

  3. Erstellen Sie auf dem Ziel-Cluster ein SnapLock-Ziel-Volume des Typs DP, das entweder dieselbe oder eine größere Größe als das Quell-Volume hat:

    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 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. In älteren Versionen als ONTAP ONTAP 9.10.1 übernimmt der SnapLock-Modus – Compliance oder Enterprise – das Aggregat. Versionsflexible Ziel-Volumes werden nicht unterstützt. Die Spracheinstellung des Zielvolumens muss mit der Spracheinstellung des Quellvolumens übereinstimmen.

    Mit dem folgenden Befehl wird ein 2 GB SnapLock- Compliance`Volume erstellt, das `dstvolB im SVM2 Aggregat genannt node01_aggr wird:

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

  4. Erstellen Sie auf der Ziel-SVM eine SnapMirror Richtlinie:

    snapmirror policy create -vserver SVM_name -policy policy_name

    Mit dem folgenden Befehl wird die SVM-weite Richtlinie erstellt SVM1-mirror:

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

  5. Erstellen Sie auf der Ziel-SVM einen SnapMirror Zeitplan:

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

    Mit dem folgenden Befehl wird ein SnapMirror-Zeitplan mit weekendcron dem Namen erstellt:

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

  6. Erstellen Sie auf der Ziel-SVM eine SnapMirror Beziehung:

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

    Mit dem folgenden Befehl wird eine SnapMirror-Beziehung zwischen dem Quell-Volume srcvolA SVM1 dstvolB auf und dem Ziel-Volume auf erstellt SVM2 und die Policy SVM1-mirror und den Zeitplan zugewiesen weekendcron:

    SVM2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -type XDP -policy SVM1-mirror -schedule weekendcron
    Hinweis Der XDP-Typ ist in ONTAP 9.5 und höher erhältlich. Sie müssen den DP-Typ in ONTAP 9.4 und früher verwenden.

  7. Initialisieren Sie auf der Ziel-SVM die SnapMirror-Beziehung:

    snapmirror initialize -destination-path destination_path

    Der Initialisierungsvorgang führt einen Baseline Transfer zum Ziel-Volume durch. SnapMirror erstellt eine Snapshot-Kopie des Quell-Volume und überträgt dann die Kopie mit allen Datenblöcken, die er auf das Ziel-Volume verweist. Sie überträgt zudem alle anderen Snapshot Kopien auf dem Quell-Volume auf das Ziel-Volume.

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

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

"Cluster- und SVM-Peering"

"Vorbereitung der Volume Disaster Recovery"

"Datensicherung"