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.

Aktivieren Sie das ursprüngliche ONTAP SnapMirror-Quell-Volume erneut

Beitragende netapp-aaron-holt netapp-lenida netapp-aherbin
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.

  • Die Hintergrundvorbereitung und die Data Warehousing-Phase einer XDP-SnapMirror-Beziehung nehmen viel Zeit in Anspruch. Es ist nicht ungewöhnlich, dass die SnapMirror Beziehung den Status „Vorbereitung“ für einen längeren Zeitraum meldet.

Schritte

  1. Umkehren der ursprünglichen Datensicherungsbeziehung:

    snapmirror resync -source-path SVM:volume -destination-path SVM:volume

    Erfahren Sie mehr über snapmirror resync in der "ONTAP-Befehlsreferenz".

    Hinweis

    Sie müssen diesen Befehl von der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster ausführen. 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. Der Befehl schlägt fehl, wenn auf der Quelle und dem Ziel kein allgemeiner Snapshot vorhanden ist. Verwenden Sie snapmirror initialize , um die Beziehung neu zu initialisieren. Erfahren Sie mehr über snapmirror initialize in der "ONTAP-Befehlsreferenz".

    Im folgenden Beispiel wird die Beziehung zwischen dem ursprünglichen Quellvolume, volA auf svm1, und dem Volumen, von dem Sie Daten bereitstellen, volA_dst auf umgekehrt svm_backup:

    cluster_src::> snapmirror resync -source-path svm_backup:volA_dst -destination-path svm1:volA

  2. Wenn Sie bereit sind, den Datenzugriff zur Originalquelle wiederherzustellen, stoppen Sie den Zugriff auf das ursprüngliche Ziel-Volume. Eine Möglichkeit besteht darin, die ursprüngliche Ziel-SVM zu stoppen:

    vserver stop -vserver SVM

    Hinweis

    Sie müssen diesen Befehl von der ursprünglichen Ziel-SVM oder dem ursprünglichen Ziel-Cluster ausführen. Dieser Befehl verhindert den Benutzerzugriff auf die gesamte ursprüngliche Ziel-SVM. Sie können den Zugriff auf das ursprüngliche Ziellaufwerk mithilfe anderer Methoden beenden.

    Im folgenden Beispiel wird die ursprüngliche Ziel-SVM angehalten:

    cluster_dst::> vserver stop svm_backup

    Erfahren Sie mehr über vserver stop in der "ONTAP-Befehlsreferenz".

  3. Aktualisierung der umgekehrten Beziehung:

    snapmirror update -source-path SVM:volume -destination-path SVM:volume

    Hinweis

    Sie müssen diesen Befehl von der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster ausführen.

    Das folgende Beispiel aktualisiert die Beziehung zwischen dem Volumen, das Sie Daten von, volA_dst auf svm_backup, und dem ursprünglichen Quell-Volume volA auf bereitstellen svm1:

    cluster_src::> snapmirror update -source-path svm_backup:volA_dst -destination-path svm1:volA

    Erfahren Sie mehr über snapmirror update in der "ONTAP-Befehlsreferenz".

  4. Halten Sie geplante Transfers von der ursprünglichen SVM oder dem ursprünglichen Quell-Cluster für die umgekehrte Beziehung ab:

    snapmirror quiesce -source-path SVM:volume -destination-path SVM:volume

    Hinweis

    Sie müssen diesen Befehl von der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster ausführen.

    Im folgenden Beispiel werden geplante Übertragungen zwischen dem ursprünglichen Zielvolume, volA_dst ein svm_backup und dem ursprünglichen Quellvolume volA am gestoppt svm1:

    cluster_src::> snapmirror quiesce -source-path svm_backup:volA_dst -destination-path svm1:volA

    Erfahren Sie mehr über snapmirror quiesce in der "ONTAP-Befehlsreferenz".

  5. Wenn das endgültige Update abgeschlossen ist und die Beziehung für den Beziehungsstatus „stillgelegt“ anzeigt, führen Sie den folgenden Befehl von der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster aus, um die umgekehrte Beziehung zu unterbrechen:

    snapmirror break -source-path SVM:volume -destination-path SVM:volume

    Hinweis

    Sie müssen diesen Befehl von der ursprünglichen Quell-SVM oder dem Quell-Cluster ausführen.

    Das folgende Beispiel bricht die Beziehung zwischen dem ursprünglichen Zielvolume, volA_dst auf svm_backup, und dem ursprünglichen Quellvolume, volA auf svm1:

    cluster_scr::> snapmirror break -source-path svm_backup:volA_dst -destination-path svm1:volA

    Erfahren Sie mehr über snapmirror break in der "ONTAP-Befehlsreferenz".

  6. Löschen Sie in der ursprünglichen SVM oder dem ursprünglichen Quell-Cluster die verkehrte Datensicherungsbeziehung:

    snapmirror delete -source-path SVM:volume -destination-path SVM:volume

    Hinweis

    Sie müssen diesen Befehl von der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster ausführen.

    Im folgenden Beispiel wird die umgekehrte Beziehung zwischen dem ursprünglichen Quellvolume, volA ON svm1, und dem Volumen, von dem Sie Daten bereitstellen, volA_dst auf gelöscht svm_backup:

    cluster_src::> snapmirror delete -source-path svm_backup:volA_dst -destination-path svm1:volA

    Erfahren Sie mehr über snapmirror delete in der "ONTAP-Befehlsreferenz".

  7. Lassen Sie die umgekehrte Beziehung von der ursprünglichen Ziel-SVM oder dem ursprünglichen Ziel-Cluster los.

    snapmirror release -source-path SVM:volume -destination-path SVM:volume

    Hinweis

    Sie müssen diesen Befehl von der ursprünglichen Ziel-SVM oder dem ursprünglichen Ziel-Cluster ausführen.

    Im folgenden Beispiel wird die umgekehrte Beziehung zwischen dem ursprünglichen Zielvolume, volA_dst svm_backup volA auf , und dem ursprünglichen Quellvolume auf freigegeben svm1:

    cluster_dst::> snapmirror release -source-path svm_backup:volA_dst -destination-path svm1:volA

    Erfahren Sie mehr über snapmirror release in der "ONTAP-Befehlsreferenz".

  8. Wiederherstellung der ursprünglichen Datensicherungsbeziehung vom ursprünglichen Zielort:

    snapmirror resync -source-path SVM:volume -destination-path SVM:volume

    Das folgende Beispiel stellt die Beziehung zwischen dem ursprünglichen Quell-Volume, volA svm1 volA_dst auf , und dem ursprünglichen Ziel-Volume wieder her, auf svm_backup:

    cluster_dst::> snapmirror resync -source-path svm1:volA -destination-path svm_backup:volA_dst

    Erfahren Sie mehr über snapmirror resync in der "ONTAP-Befehlsreferenz".

  9. Starten Sie bei Bedarf die ursprüngliche Ziel-SVM:

    vserver start -vserver SVM

    Im folgenden Beispiel wird die ursprüngliche Ziel-SVM gestartet:

    cluster_dst::> vserver start svm_backup

    Erfahren Sie mehr über vserver start in der "ONTAP-Befehlsreferenz".

Nachdem Sie fertig sind
`snapmirror show`Überprüfen Sie mit dem Befehl, ob die SnapMirror Beziehung erstellt wurde.

Erfahren Sie mehr über snapmirror show in der "ONTAP-Befehlsreferenz".