Skip to main content
Element Software
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Aktivieren Sie das ursprüngliche Quellvolume erneut

Beitragende
PDFs

Sie können die ursprüngliche Datensicherungsbeziehung zwischen den Quell- und Ziel-Volumes wiederherstellen, wenn Sie nicht mehr Daten vom Bestimmungsort bereitstellen müssen.

Über diese Aufgabe

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.

Schritte

  1. 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öscht svm_backup:

    cluster_dst::> snapmirror delete -source-path 10.0.0.11:/lun/0005 -policy MirrorLatest -destination-path svm_backup:volA_dst

  2. 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 umgekehrt svm_backup:

    cluster_dst::> snapmirror resync -source-path svm_backup:volA_dst -destination-path 10.0.0.11:/lun/0005 -policy MirrorLatest

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

    Hinweis

    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 auf svm_backup, und dem ursprünglichen Quell-Volume 0005 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

  4. 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 auf svm_backup und dem ursprünglichen Quell-Volume 0005 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

  5. 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 auf svm_backup, und dem ursprünglichen Quell-Volume 0005 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

  6. 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 auf svm_backup, und dem ursprünglichen Quell-Volume 0005 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

  7. 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öscht svm_backup:

    cluster_src::> snapmirror delete -source-path svm_backup:volA_dst -destination-path 10.0.0.11:/lun/0005 -policy MirrorLatest

  8. 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 her svm_backup:

    cluster_dst::> snapmirror resync -source-path 10.0.0.11:/lun/0005 -destination-path svm_backup:volA_dst
Nachdem Sie fertig sind
`snapmirror show`Überprüfen Sie mit dem Befehl, ob die SnapMirror Beziehung erstellt wurde. Eine vollständige Befehlssyntax finden Sie in der man-Page.