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.

Netzwerk-, Namensdienst- und andere Einstellungen von der SVM-Replikation mit ONTAP ausschließen

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

Es kann sinnvoll sein, Netzwerk-, Namensdienst- und andere Einstellungen von einer SVM-Replikationsbeziehung auszuschließen, um Konflikte oder Konfigurationsunterschiede mit der Ziel-SVM zu vermeiden.

Die -identity-preserve false Option des snapmirror create Befehls ermöglicht die Replikation ausschließlich der Volume- und Sicherheitskonfigurationen einer SVM. Einige Protokoll- und Namensdiensteinstellungen werden ebenfalls beibehalten.

Über diese Aufgabe

Eine Liste der gespeicherten Protokoll- und Namensdiensteinstellungen ist unter "Konfigurationen, die in SVM DR-Beziehungen repliziert werden" zu finden.

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

Schritte

  1. Erstellen einer Ziel-SVM:

    vserver create -vserver SVM -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

  2. Vom Ziel-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

  4. Eine Replikationsbeziehung erstellen, die Netzwerk-, Namensdienst- und andere Konfigurationseinstellungen ausschließt:

    snapmirror create -source-path SVM: -destination-path SVM: -type DP|XDP -schedule schedule -policy policy -identity-preserve false

    Hinweis

    Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben. Die folgenden Beispiele veranschaulichen dies. Dieser Befehl muss von der Ziel-SVM oder dem Ziel-Cluster ausgeführt werden.

    Das folgende Beispiel erstellt eine SnapMirror DR-Beziehung mithilfe der Standard `MirrorAllSnapshots`richtlinie. Die Beziehung schließt Netzwerk-, Namensdienst- und andere Konfigurationseinstellungen von der SVM-Replikation aus:

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

    Das folgende Beispiel erstellt eine einheitliche Replikationsbeziehung mithilfe der Standard `MirrorAndVault`richtlinie. Die Beziehung schließt Netzwerk-, Namensdienst- und andere Konfigurationseinstellungen aus:

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

    Angenommen, Sie haben eine benutzerdefinierte Richtlinie mit dem Richtlinientyp async-mirror erstellt, erstellt das folgende Beispiel eine SnapMirror DR-Beziehung. Die Beziehung schließt Netzwerk-, Namensdienst- und andere Konfigurationseinstellungen von der SVM-Replikation aus:

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

    Angenommen, Sie haben eine benutzerdefinierte Richtlinie mit dem Richtlinientyp mirror-vault erstellt, erstellt das folgende Beispiel eine einheitliche Replikationsbeziehung. Die Beziehung schließt Netzwerk-, Namensdienst- und andere Konfigurationseinstellungen von der SVM-Replikation aus:

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

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

  5. Die Ziel-SVM anhalten:

    vserver stop

    SVM name

    Das folgende Beispiel stoppt eine Ziel-SVM namens dvs1:

    destination_cluster::> vserver stop -vserver dvs1

  6. Wenn Sie SMB verwenden, muss auch ein SMB-Server konfiguriert werden.

    Siehe "Nur SMB: Erstellen eines SMB-Servers".

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

    snapmirror initialize -source-path SVM_name: -destination-path SVM_name:

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

Nachdem Sie fertig sind

Das Netzwerk und die Protokolle auf der Ziel-SVM sind für den Datenzugriff im Katastrophenfall zu konfigurieren.