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.

Ein gesperrter Snapshot auf dem Ziellaufwerk, der zur Erfassung der divergierenden Daten erstellt wurde, kann mithilfe der CLI durch Ausführen des Befehls auf die Quelle kopiert werden snapmirror update -s snapshot. 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.

Verwandte Informationen

"Cluster- und SVM-Peering"

"Vorbereitung der Volume Disaster Recovery"

"Datensicherung"