Aktivieren Sie das ursprüngliche Quellvolume erneut
Sie können die ursprüngliche Datensicherungsbeziehung zwischen den Quell- und Ziel-Volumes wiederherstellen, wenn Sie nicht mehr Daten vom Bestimmungsort bereitstellen müssen.
Für das folgende Verfahren wird vorausgesetzt, dass die Basis im ursprünglichen Quell-Volume intakt ist. Wenn die Baseline nicht intakt ist, müssen Sie die Beziehung zwischen dem Volume, das Sie Daten vom und dem ursprünglichen Quell-Volume bereitstellen, erstellen und initialisieren, bevor Sie den Vorgang durchführen.
Sie müssen den Quellpfad des Elements im Formular angeben <hostip:>/lun/<name>
, wobei „lun
“ die tatsächliche Zeichenfolge „lun
“ ist und name
der Name des Element-Volumes ist.
Ab ONTAP 9.4 werden Snapshot Kopien einer LUN, die erstellt wurden, während Sie Daten vom ONTAP Ziel bereitstellen, automatisch repliziert, wenn die Element Quelle neu aktiviert wird.
Replikationsregeln:
-
Es werden nur iSCSI LUNs unterstützt.
-
Es kann nicht mehr als eine LUN aus einem ONTAP Volume in ein Element Volume repliziert werden.
-
Eine LUN kann nicht von einem ONTAP Volume auf mehrere Element Volumes repliziert werden.
-
Löschen Sie die ursprüngliche Datensicherungsbeziehung:
snapmirror delete -source-path <SVM:volume>|<cluster://SVM/volume> -destination-path <hostip:>/lun/<name> -policy <policy>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Im folgenden Beispiel wird die Beziehung zwischen dem ursprünglichen Quell-Volume,
0005
an der IP-Adresse 10.0.0.11, und dem Volume, von dem Sie Daten bereitstellen,volA_dst
am gelöschtsvm_backup
:cluster_dst::> snapmirror delete -source-path 10.0.0.11:/lun/0005 -policy MirrorLatest -destination-path svm_backup:volA_dst
-
Umkehren der ursprünglichen Datensicherungsbeziehung:
snapmirror resync -source-path <SVM:volume>|<cluster://SVM/volume> -destination-path <hostip:>/lun/<name> -policy <policy>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Auch wenn die Resynchronisierung keinen Basistransfer erfordert, kann sie zeitaufwendig sein. Möglicherweise möchten Sie die Neusynchronisierung in Zeiten nach außerhalb der Stoßzeiten durchführen.
Im folgenden Beispiel wird die Beziehung zwischen dem ursprünglichen Quell-Volume,
0005
an der IP-Adresse 10.0.0.11, und dem Volumen, von dem Sie Daten bereitstellen,volA_dst
auf umgekehrtsvm_backup
:cluster_dst::> snapmirror resync -source-path svm_backup:volA_dst -destination-path 10.0.0.11:/lun/0005 -policy MirrorLatest
-
Aktualisierung der umgekehrten Beziehung:
snapmirror update -source-path <SVM:volume>|<cluster://SVM/volume> -destination-path <hostip:>/lun/<name>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Der Befehl schlägt fehl, wenn auf der Quelle und dem Ziel keine gemeinsame Snapshot Kopie vorhanden ist. Verwenden Sie
snapmirror initialize
, um die Beziehung neu zu initialisieren.Im folgenden Beispiel wird die Beziehung zwischen dem Volume, das Sie Daten von,
volA_dst
aufsvm_backup
, und dem ursprünglichen Quell-Volume0005
an der IP-Adresse 10.0.0.11 bereitstellen, aktualisiert:cluster_dst::> snapmirror update -source-path svm_backup:volA_dst -destination-path 10.0.0.11:/lun/0005
-
Geplante Transfers für die umgekehrte Beziehung stoppen:
snapmirror quiesce -source-path <SVM:volume>|<cluster://SVM/volume> -destination-path <hostip:>/lun/<name>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Im folgenden Beispiel werden geplante Übertragungen zwischen dem Volume, das Sie Daten von,
volA_dst
aufsvm_backup
und dem ursprünglichen Quell-Volume0005
an der IP-Adresse 10.0.0.11 bereitstellen, gestoppt:cluster_dst::> snapmirror quiesce -source-path svm_backup:volA_dst -destination-path 10.0.0.11:/lun/0005
-
Laufende Transfers für die umgekehrte Beziehung stoppen:
snapmirror abort -source-path <SVM:volume>|<cluster://SVM/volume> -destination-path <hostip:>/lun/<name>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Das folgende Beispiel stoppt laufende Übertragungen zwischen dem Volumen, das Sie Daten von,
volA_dst
aufsvm_backup
, und dem ursprünglichen Quell-Volume0005
an der IP-Adresse 10.0.0.11 bereitstellen:cluster_dst::> snapmirror abort -source-path svm_backup:volA_dst -destination-path 10.0.0.11:/lun/0005
-
Zerbrechen der umgekehrten Beziehung:
snapmirror break -source-path <SVM:volume>|<cluster://SVM/volume> -destination-path <hostip:>/lun/<name>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Im folgenden Beispiel wird die Beziehung zwischen dem Volumen, das Sie Daten von,
volA_dst
aufsvm_backup
, und dem ursprünglichen Quell-Volume0005
an der IP-Adresse 10.0.0.11 bereitstellen, unterbrochen:cluster_dst::> snapmirror break -source-path svm_backup:volA_dst -destination-path 10.0.0.11:/lun/0005
-
Löschen Sie die umgekehrte Datensicherungsbeziehung:
snapmirror delete -source-path <SVM:volume>|<cluster://SVM/volume> -destination-path <hostip:>/lun/<name> -policy <policy>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Im folgenden Beispiel wird die umgekehrte Beziehung zwischen dem ursprünglichen Quell-Volume,
0005
an der IP-Adresse 10.0.0.11, und dem Volume, von dem Sie Daten bereitstellen,volA_dst
am gelöschtsvm_backup
:cluster_src::> snapmirror delete -source-path svm_backup:volA_dst -destination-path 10.0.0.11:/lun/0005 -policy MirrorLatest
-
Wiederherstellung der ursprünglichen Datensicherungsbeziehung:
snapmirror resync -source-path <hostip:>/lun/<name> -destination-path <SVM:volume>|<cluster://SVM/volume>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Das folgende Beispiel stellt die Beziehung zwischen dem ursprünglichen Quell-Volume,
0005
bei der IP-Adresse 10.0.0.11, und dem ursprünglichen Ziel-Volume,volA_dst
auf wieder hersvm_backup
:cluster_dst::> snapmirror resync -source-path 10.0.0.11:/lun/0005 -destination-path svm_backup:volA_dst
`snapmirror show`Überprüfen Sie mit dem Befehl, ob die SnapMirror Beziehung erstellt wurde. Eine vollständige Befehlssyntax finden Sie in der man-Page.