LIFs und zugehörige Netzwerkeinstellungen von ONTAP SnapMirror SVM-Replikation ausschließen
Wenn sich Quell- und Ziel-SVMs in unterschiedlichen Subnetzen befinden, kann die -discard-configs network Option des snapmirror policy create Befehls verwendet werden, um LIFs und zugehörige Netzwerkeinstellungen von der SVM-Replikation auszuschließen.
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".
Die `-identity-preserve`Option des `snapmirror create`Befehls muss auf `true`gesetzt werden, wenn die SVM-Replikationsbeziehung erstellt wird.
-
Erstellen einer Ziel-SVM:
vserver create -vserver SVM -subtype dp-destinationDer 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
-
Vom Ziel-Cluster aus eine SVM Peer-Beziehung mit dem
vserver peer createBefehl erstellen.Weitere Informationen finden sich unter "Erstellen einer SVM Intercluster Peer-Beziehung".
Weitere Informationen zu
vserver peer createfinden sich in der "ONTAP-Befehlsreferenz". -
Einen Arbeitszeitplan erstellen:
job schedule cron create -name job_name -month month -dayofweek day_of_week -day day_of_month -hour hour -minute minuteFür
-month,-dayofweekund-hourkannallangegeben werden, damit der Job jeden Monat, an jedem Wochentag bzw. zu jeder Stunde ausgeführt wird.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
-
Erstellen einer benutzerdefinierten Replikationsrichtlinie:
snapmirror policy create -vserver SVM -policy policy -type async-mirror|vault|mirror-vault -comment comment -tries transfer_tries -transfer-priority low|normal -is-network-compression-enabled true|false -discard-configs networkDas folgende Beispiel erstellt eine benutzerdefinierte Replikationsrichtlinie für SnapMirror DR, die LIFs ausschließt:
cluster_dst::> snapmirror policy create -vserver svm1 -policy DR_exclude_LIFs -type async-mirror -discard-configs network
Das folgende Beispiel erstellt eine benutzerdefinierte Replikationsrichtlinie für die einheitliche Replikation, die LIFs ausschließt:
cluster_dst::> snapmirror policy create -vserver svm1 -policy unified_exclude_LIFs -type mirror-vault -discard-configs network
Es empfiehlt sich, dieselbe benutzerdefinierte SnapMirror-Richtlinie auf dem Quell-Cluster für zukünftige Failover- und Failback-Szenarien zu erstellen.
Weitere Informationen zu
snapmirror policy createfinden sich in der "ONTAP-Befehlsreferenz". -
Von der Ziel-SVM oder dem Ziel-Cluster aus den folgenden Befehl ausführen, um eine Replikationsbeziehung zu erstellen:
snapmirror create -source-path SVM: -destination-path SVM: -type DP|XDP -schedule schedule -policy policy -identity-preserve true|false -discard-configs true|falseSie müssen nach dem SVM-Namen in den
-source-pathund-destination-pathOptionen einen Doppelpunkt (:) eingeben. Die folgenden Beispiele veranschaulichen dies.Das folgende Beispiel erstellt eine SnapMirror DR-Beziehung, die LIFs ausschließt:
cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_weekly -policy DR_exclude_LIFs -identity-preserve true
Das folgende Beispiel erstellt eine SnapMirror einheitliche Replikationsbeziehung, die LIFs ausschließt:
cluster_dst::> snapmirror create -source-path svm1: -destination-path svm_backup: -type XDP -schedule my_weekly -policy unified_exclude_LIFs -identity-preserve true -discard-configs true
Weitere Informationen zu
snapmirror createfinden sich in der "ONTAP-Befehlsreferenz". -
Die Ziel-SVM anhalten:
vserver stopSVM nameDas folgende Beispiel stoppt die Ziel-SVM mit dem Namen svm_backup:
cluster_dst::> vserver stop -vserver svm_backup
-
Vom Ziel-SVM oder Ziel-Cluster aus eine Replikationsbeziehung initialisieren:
snapmirror initialize -source-path SVM: -destination-path SVM:Das folgende Beispiel initialisiert die Beziehung zwischen der Quelle,
svm1und dem Ziel,svm_backup:cluster_dst::> snapmirror initialize -source-path svm1: -destination-path svm_backup:
Weitere Informationen zu
snapmirror initializefinden sich in der "ONTAP-Befehlsreferenz".
Das Netzwerk und die Protokolle auf der Ziel-SVM sind für den Datenzugriff im Katastrophenfall zu konfigurieren.