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.

Die ursprüngliche ONTAP SnapMirror Quelle-SVM reaktivieren

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

Sie können die ursprüngliche Datensicherungsbeziehung zwischen Quell-SVM und Ziel-SVM wiederherstellen, wenn keine Daten mehr vom Ziel-SVM bereitgestellt werden müssen. Das Verfahren ist weitgehend identisch mit dem Verfahren für die Volume-Replikation, mit einer Ausnahme. Der Ziel-SVM muss gestoppt werden, bevor der Quell-SVM reaktiviert wird.

Bevor Sie beginnen

  • Wenn Sie die Größe des Zielvolumes erhöht haben, während Sie Daten von diesem bereitgestellt haben, sollten Sie, bevor Sie das Quellvolume reaktivieren, den Wert für max-autosize auf dem ursprünglichen Quellvolume manuell erhöhen, um sicherzustellen, dass es ausreichend wachsen kann.

"Wenn ein Zielvolumen automatisch wächst"

Warnung Der Cluster-Administrator sollte die Schreibvorgänge vom Client anhalten, bevor die ursprüngliche Quell-SVM wieder aktiviert wird, um Datenverlust zu vermeiden.
Über diese Aufgabe

Ab ONTAP 9.11.1 kann die Resynchronisierungszeit während einer Notfallwiederherstellungsübung verkürzt werden, indem die CLI -quick-resync true Option des snapmirror resync Befehls bei einer umgekehrten Resynchronisierung einer SVM DR-Beziehung verwendet wird. Eine schnelle Resynchronisierung kann die Zeit bis zur Rückkehr in den Produktivbetrieb verkürzen, da die Wiederherstellungs- und Neuaufbauvorgänge des Data Warehouse umgangen werden. Weitere Informationen zu snapmirror resync finden sich in der "ONTAP-Befehlsreferenz".

Hinweis Die schnelle Resynchronisierung erhält die Speichereffizienz der Ziel-Volumes nicht. Durch Aktivieren der schnellen Resynchronisierung kann sich der von den Ziel-Volumes belegte Speicherplatz erhöhen.

Dieses Verfahren setzt voraus, dass die Baseline im ursprünglichen Quell-Volume intakt ist. Falls die Baseline nicht intakt ist, muss die Beziehung zwischen dem Volume, von dem Daten bereitgestellt werden, und dem ursprünglichen Quellvolume erstellt und initialisiert werden, bevor das Verfahren durchgeführt wird.

Ab ONTAP 9.8 ist es möglich, mit System Manager eine Quell-Storage-VM nach einem Ausfall zu reaktivieren.

Schritte

Diese Aufgabe kann mit dem System Manager oder der ONTAP CLI ausgeführt werden.

System Manager ONTAP 9.17.1 und höher

  1. Im Ziel-Cluster die gewünschte Schutzbeziehung auswählen: Schutz > Replikation anklicken.

  2. Bewegen Sie den Mauszeiger über den Quellnamen, klicken Sie auf Symbol für Menüoptionen und dann auf Resynchronisierung umkehren.

  3. Im Fenster Umgekehrte Resynchronisierungsbeziehung auf Umgekehrte Resynchronisierung klicken.

    Die Beziehung verschwindet aus der Replikationstabelle und wird nun vom ursprünglichen Quell-Cluster verwaltet.

  4. Klicken Sie im ursprünglichen Quell-Cluster auf Schutz > Replikation und überprüfen Sie, ob die umgekehrte Resynchronisierung abgeschlossen ist, indem Sie prüfen, ob der Status Gespiegelt angezeigt wird.

  5. Im ursprünglichen Ziel-Cluster zu Cluster > Storage VMs navigieren.

  6. Die Storage-VM suchen, den Mauszeiger über den Namen der Storage-VM bewegen, auf Symbol für Menüoptionen klicken und Stopp auswählen.

  7. Im Fenster Speicher-VM stoppen auf Stoppen klicken.

  8. Navigieren Sie im Quell-Cluster zu Protection > Replication, suchen Sie die Storage-VM, die reaktiviert werden soll, bewegen Sie den Mauszeiger über den Namen der Storage-VM, klicken Sie auf Symbol für Menüoptionen, und wählen Sie Activate destination storage VM aus.

  9. Im Fenster Ziel-Speicher-VM aktivieren die Option Ziel-Speicher-VM aktivieren und Beziehung aufheben auswählen und auf Aktivieren klicken.

  10. Wenn Sie zur Seite Replikation zurückkehren, den Mauszeiger erneut über den Namen der Storage-VM bewegen, auf Symbol für Menüoptionen klicken und Umgekehrte Resynchronisierung auswählen.

System Manager ONTAP 9.16.1 und früher

  1. Im Ziel-Cluster die gewünschte Schutzbeziehung auswählen: Schutz > Beziehungen anklicken.

  2. Bewegen Sie den Mauszeiger über den Quellnamen, klicken Sie auf Symbol für Menüoptionen und dann auf Resynchronisierung umkehren.

  3. Im Fenster Umgekehrte Resynchronisierungsbeziehung auf Umgekehrte Resynchronisierung klicken.

    Die Beziehung verschwindet aus der Tabelle Relationships, da sie nun vom ursprünglichen Quell-Cluster verwaltet wird.

  4. Im ursprünglichen Quell-Cluster auf Schutz > Beziehungen klicken und überprüfen, ob die umgekehrte Resynchronisierung abgeschlossen ist, indem kontrolliert wird, dass der Status als Gespiegelt angezeigt wird.

  5. Navigieren Sie im ursprünglichen Ziel-Cluster zu Storage > Storage VMs.

  6. Die Storage-VM suchen, den Mauszeiger über den Namen der Storage-VM bewegen, auf Symbol für Menüoptionen klicken und Stopp auswählen.

  7. Im Fenster Speicher-VM stoppen auf Stoppen klicken.

  8. Suchen Sie im Quell-Cluster die Storage-VM (die nun die Quell-SVM der umgekehrten Beziehung ist), bewegen Sie den Mauszeiger über den SVM-Namen, klicken Sie auf Symbol für Menüoptionen, und wählen Sie Ziel-Storage-VM aktivieren aus.

  9. Im Fenster Ziel-Speicher-VM aktivieren die Option Ziel-Speicher-VM aktivieren und Beziehung aufheben auswählen und auf Aktivieren klicken.

  10. Wenn Sie zur Seite Beziehungen zurückkehren, den Mauszeiger erneut über den Namen der Storage-VM bewegen, auf Symbol für Menüoptionen klicken und anschließend auf Reverse Resync klicken.

CLI

  1. Ausgehend von der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster wird eine umgekehrte SVM DR-Beziehung mit derselben Konfiguration, Richtlinie und Einstellung zur Identitätserhaltung wie bei der ursprünglichen SVM DR-Beziehung erstellt:

    snapmirror create -source-path <SVM>: -destination-path <SVM>:
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben. Das folgende Beispiel verdeutlicht dies.

    Das folgende Beispiel stellt eine Beziehung zwischen der SVM, von der Sie Daten bereitstellen, svm_backup, und der ursprünglichen Quell-SVM, svm1:

    cluster_src::> snapmirror create -source-path svm_backup: -destination-path svm1:

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

  2. Vom ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster aus wird der folgende Befehl ausgeführt, um die Datenschutzbeziehung umzukehren:

    snapmirror resync -source-path <SVM>: -destination-path <SVM>:
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben. Das folgende Beispiel verdeutlicht dies.

    Obwohl für die Resynchronisierung kein Basistransfer erforderlich ist, kann sie zeitaufwändig sein. Die Resynchronisierung kann außerhalb der Spitzenzeiten durchgeführt werden.

    Hinweis Der Befehl schlägt fehl, wenn auf der Quelle und dem Ziel kein gemeinsamer Snapshot vorhanden ist. snapmirror initialize kann verwendet werden, um die Beziehung neu zu initialisieren.

    Das folgende Beispiel kehrt die Beziehung zwischen der ursprünglichen Quell-SVM, svm1, und der SVM, von der Daten bereitgestellt werden, svm_backup um:

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

    Beispiel für die Verwendung der Option -quick-resync:

    cluster_src::> snapmirror resync -source-path svm_backup: -destination-path svm1: -quick-resync true

  3. Wenn der Datenzugriff auf die ursprüngliche Quell-SVM wiederhergestellt werden soll, wird die ursprüngliche Ziel-SVM gestoppt, um alle derzeit mit der ursprünglichen Ziel-SVM verbundenen Clients zu trennen.

    vserver stop -vserver <SVM>

    Das folgende Beispiel stoppt die ursprüngliche Ziel-SVM, die aktuell Daten bereitstellt:

    cluster_dst::> vserver stop svm_backup

  4. Es sollte mithilfe des vserver show Befehls überprüft werden, ob sich die ursprüngliche Ziel-SVM im gestoppten Zustand befindet.

    cluster_dst::> vserver show
                                  Admin      Operational Root
Vserver        Type    Subtype    State      State       Volume     Aggregate
--------       ------- ---------- ---------- ----------- ---------- ----------
svm_backup     data    default    stopped    stopped     rv         aggr1

  5. Vom ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster aus wird der folgende Befehl ausgeführt, um die endgültige Aktualisierung der umgekehrten Beziehung durchzuführen und alle Änderungen vom ursprünglichen Ziel-SVM auf den ursprünglichen Quell-SVM zu übertragen:

    snapmirror update -source-path <SVM>: -destination-path <SVM>:
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben. Das folgende Beispiel verdeutlicht dies.

    Das folgende Beispiel aktualisiert die Beziehung zwischen der ursprünglichen Ziel-SVM, von der Sie Daten bereitstellen ,svm_backup, und der ursprünglichen Quell-SVM, svm1:

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

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

  6. Führen Sie auf der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster den folgenden Befehl aus, um geplante Übertragungen für die umgekehrte Beziehung zu stoppen:

    snapmirror quiesce -source-path <SVM>: -destination-path <SVM>:
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben. Das folgende Beispiel verdeutlicht dies.

    Das folgende Beispiel stoppt geplante Übertragungen zwischen der SVM, von der Sie Daten bereitstellen, svm_backup, und der ursprünglichen SVM, svm1:

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

  7. Wenn das letzte Update abgeschlossen ist und die Beziehung den Beziehungsstatus „Quiesced“ anzeigt, muss der folgende Befehl auf der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster ausgeführt werden, um die umgekehrte Beziehung aufzuheben:

    snapmirror break -source-path <SVM>: -destination-path <SVM>:
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben. Das folgende Beispiel verdeutlicht dies.

    Das folgende Beispiel unterbricht die Beziehung zwischen dem ursprünglichen Ziel-SVM, von dem Sie Daten bereitgestellt haben, svm_backup, und dem ursprünglichen Quell-SVM, svm1:

    cluster_src::> snapmirror break -source-path svm_backup: -destination-path svm1:

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

  8. Falls die ursprüngliche Quell-SVM zuvor gestoppt wurde, starten Sie die ursprüngliche Quell-SVM vom ursprünglichen Quell-Cluster aus:

    vserver start -vserver <SVM>

    Das folgende Beispiel startet die ursprüngliche Quell-SVM:

    cluster_src::> vserver start svm1

  9. Vom ursprünglichen Ziel-SVM oder vom ursprünglichen Ziel-Cluster wird die ursprüngliche Datensicherungsbeziehung wiederhergestellt:

    snapmirror resync -source-path <SVM>: -destination-path <SVM>:
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben. Das folgende Beispiel verdeutlicht dies.

    Das folgende Beispiel stellt die Beziehung zwischen der ursprünglichen Quell-SVM, svm1, und der ursprünglichen Ziel-SVM, svm_backup wieder her:

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

  10. Führen Sie auf der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster den folgenden Befehl aus, um die umgekehrte Datensicherungsbeziehung zu löschen:

    snapmirror delete -source-path <SVM>: -destination-path <SVM>:
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben. Das folgende Beispiel verdeutlicht dies.

    Das folgende Beispiel löscht die umgekehrte Beziehung zwischen der ursprünglichen Ziel-SVM, svm_backup, und der ursprünglichen Quell-SVM, svm1:

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

  11. Vom ursprünglichen Ziel-SVM oder vom ursprünglichen Ziel-Cluster die umgekehrte Datensicherungsbeziehung freigeben:

    snapmirror release -source-path <SVM>: -destination-path <SVM>:
    Hinweis Sie müssen nach dem SVM-Namen in den -source-path und -destination-path Optionen einen Doppelpunkt (:) eingeben. Das folgende Beispiel verdeutlicht dies.

    Das folgende Beispiel löst die umgekehrte Beziehung zwischen dem ursprünglichen Ziel-SVM, svm_backup, und dem ursprünglichen Quell-SVM svm1.

    cluster_dst::> snapmirror release -source-path svm_backup: -destination-path svm1:
Was kommt als Nächstes

  • Mit dem `snapmirror show`Befehl lässt sich überprüfen, ob die SnapMirror Beziehung erstellt wurde.

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

  • Die Schreibvorgänge von Ihrem Client zur ursprünglichen Quell-SVM werden wieder aufgenommen.

Verwandte Informationen