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.

Eine vollständige ONTAP SVM Konfiguration replizieren

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

Es kann eine SVM Disaster Recovery (SVM DR) Beziehung erstellt werden, um eine SVM Konfiguration auf eine andere zu replizieren. Bei einem Ausfall am primären Standort lässt sich die Ziel-SVM schnell aktivieren.

Bevor Sie beginnen

  • Die Quell- und Ziel-Cluster sowie die SVMs müssen miteinander verbunden sein.

    Weitere Informationen finden Sie unter "Erstellen einer Cluster Peer-Beziehung" und "Erstellen einer SVM Intercluster Peer-Beziehung".

  • Ab ONTAP 9.19.1 wird die Aktivierung von IPsec auf SVMs, die für SVM DR konfiguriert sind, nicht unterstützt. Wenn Sie IPsec verwenden, muss es deaktiviert werden oder eine andere SVM für die Konfiguration einer SVM DR Beziehung ausgewählt werden. Eine Fehlermeldung erscheint, wenn ONTAP 9.19.1 oder höher verwendet wird und versucht wird, IPsec auf einer für SVM DR konfigurierten SVM zu aktivieren.

Weitere Informationen zu den in diesem Verfahren beschriebenen Befehlen befinden sich in der "ONTAP-Befehlsreferenz".

Über diese Aufgabe

Dieser Workflow setzt voraus, dass Sie bereits eine Standardrichtlinie oder eine benutzerdefinierte Replikationsrichtlinie verwenden.

Ab ONTAP 9.9.1 ist es bei Verwendung der mirror-vault Richtlinie möglich, unterschiedliche Snapshot-Richtlinien auf der Quell- und Ziel-SVM zu erstellen, wobei die Snapshots auf dem Ziel nicht durch Snapshots auf der Quelle überschrieben werden. Weitere Informationen finden sich unter "Überblick über die SnapMirror SVM-Replikation".

Diese Prozedur ist vom Ziel aus durchzuführen. Falls eine neue Datensicherungsstrategie erforderlich ist, zum Beispiel wenn die Quell-Speicher-VM mit SMB konfiguriert ist, sollte die Strategie erstellt und die Option Identity preserve verwendet werden. Weitere Informationen finden sich unter "Benutzerdefinierte Datensicherungsstrategien erstellen".

Schritte

Diese Aufgabe kann über den System Manager oder die ONTAP CLI ausgeführt werden.

System Manager

  1. Im Ziel-Cluster auf Schutz > Beziehungen klicken.

  2. Unter Beziehungen auf Schützen klicken und Storage VMs (DR) auswählen.

  3. Wählen Sie eine Datensicherungsstrategie. Wenn Sie eine benutzerdefinierte Datensicherungsstrategie erstellt haben, wählen Sie diese aus und anschließend den Quell-Cluster sowie die Speicher-VM, die repliziert werden soll. Es besteht auch die Möglichkeit, eine neue Ziel-Speicher-VM zu erstellen, indem ein neuer Name für die Speicher-VM eingegeben wird.

  4. Bei Bedarf lassen sich die Zieleinstellungen ändern, um die Identitätsbeibehaltung zu überschreiben sowie Netzwerkschnittstellen und Protokolle ein- oder auszuschließen.

  5. Auf Speichern klicken.

CLI

  1. Erstellen einer Ziel-SVM:

    vserver create -vserver <SVM_name> -subtype dp-destination

    Der SVM-Name muss sowohl im Quell-Cluster als auch im Ziel-Cluster eindeutig sein.

    Das folgende Beispiel erstellt eine Ziel-SVM mit dem Namen svm_backup:

    cluster_dst:> vserver create -vserver svm_backup -subtype dp-destination

    Weitere Informationen zu vserver create finden sich in der "ONTAP-Befehlsreferenz".

  2. Vom Quell-Cluster aus eine SVM Peer-Beziehung mit dem vserver peer create Befehl erstellen.

    Weitere Informationen finden sich unter "Erstellen einer SVM Intercluster Peer-Beziehung".

    Weitere Informationen zu vserver peer create finden sich in der "ONTAP-Befehlsreferenz".

  3. Erstellen eines Replikationsauftragszeitplans:

    job schedule cron create -name <job_name> -month <month> -dayofweek <day_of_week> -day <day_of_month> -hour <hour> -minute <minute>

    Für -month, -dayofweek und -hour kann all angegeben werden, damit der Job jeden Monat, an jedem Wochentag bzw. zu jeder Stunde ausgeführt wird.

    Hinweis Der minimal unterstützte Zeitplan (RPO) für FlexVol Volumes in einer SVM SnapMirror Beziehung beträgt 15 Minuten. Der minimal unterstützte Zeitplan (RPO) für FlexGroup Volumes in einer SVM SnapMirror Beziehung beträgt 30 Minuten.

    Das folgende Beispiel erstellt einen Jobplan mit dem Namen my_weekly, der samstags um 3:00 Uhr morgens ausgeführt wird:

    cluster_dst::> job schedule cron create -name my_weekly -dayofweek saturday -hour 3 -minute 0

    Weitere Informationen zu job schedule cron create finden sich in der "ONTAP-Befehlsreferenz".

  4. Vom Ziel-SVM oder Ziel-Cluster aus eine Replikationsbeziehung erstellen:

    snapmirror create -source-path <SVM_name>: -destination-path <SVM_name>: -type <DP|XDP> -schedule <schedule> -policy <policy> -identity-preserve true
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben.

    Das folgende Beispiel erstellt eine SnapMirror DR-Beziehung unter Verwendung der Standard `MirrorAllSnapshots`richtlinie:

    cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy MirrorAllSnapshots -identity-preserve true

    Das folgende Beispiel erstellt eine einheitliche Replikationsbeziehung mit der Standard `MirrorAndVault`richtlinie:

    cluster_dst:> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy MirrorAndVault -identity-preserve true

    Angenommen, Sie haben eine benutzerdefinierte Richtlinie mit dem Richtlinientyp async-mirror erstellt, erstellt das folgende Beispiel eine SnapMirror DR-Beziehung:

    cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy my_mirrored -identity-preserve true

    Angenommen, Sie haben eine benutzerdefinierte Richtlinie mit dem Richtlinientyp mirror-vault erstellt, erzeugt das folgende Beispiel eine einheitliche Replikationsbeziehung:

    cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_daily -policy my_unified -identity-preserve true

    Weitere Informationen zu snapmirror create finden sich in der "ONTAP-Befehlsreferenz".

  5. Die Ziel-SVM anhalten:

    vserver stop -vserver <SVM_name>

    Das folgende Beispiel stoppt eine Ziel-SVM mit dem Namen svm_backup:

    cluster_dst::> vserver stop -vserver svm_backup

    Weitere Informationen zu vserver stop finden sich in der "ONTAP-Befehlsreferenz".

  6. Vom Ziel-SVM oder Ziel-Cluster aus die SVM-Replikationsbeziehung initialisieren:

    snapmirror initialize -source-path <SVM_name>: -destination-path <SVM_name>:
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben.

    Das folgende Beispiel initialisiert die Beziehung zwischen der Quell-SVM, svm1, und der Ziel-SVM, svm_backup:

    cluster_dst::> snapmirror initialize -source-path svm1: -destination-path svm_backup:

    Weitere Informationen zu snapmirror initialize finden sich in der "ONTAP-Befehlsreferenz".