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 die ursprüngliche ONTAP SnapMirror Quell-SVM erneut

Beitragende netapp-aaron-holt netapp-lenida netapp-aherbin netapp-ahibbard

Sie können die ursprüngliche Datensicherungsbeziehung zwischen Quell- und Ziel-SVM wiederherstellen, wenn Sie keine Daten mehr vom Ziel-Storage bereitstellen müssen. Das Verfahren ist weitgehend identisch mit dem Verfahren zur Volume-Replikation, mit einer Ausnahme. Vor der erneuten Aktivierung der Quell-SVM müssen Sie die Ziel-SVM beenden.

Bevor Sie beginnen
  • Falls Sie die Größe des Ziel-Volumes erhöht und gleichzeitig die Daten bereit gestellt haben, sollten Sie vor der Reaktivierung des Quell-Volume die maximale Autogröße auf dem ursprünglichen Quell-Volume manuell erhöhen, um sicherzustellen, dass dieses ausreichend wachsen kann.

Warnung Um Datenverlust zu vermeiden, sollte der Cluster-Administrator die Schreibvorgänge vom Client anhalten, bevor er die ursprüngliche Quell-SVM reaktiviert.
Über diese Aufgabe

Ab ONTAP 9.11.1 können Sie die Resynchronisierung während einer Disaster-Recovery-Probe verkürzen, indem Sie die CLI -quick-resync true-Option des snapmirror resync Befehls verwenden, während Sie eine SVM DR-Beziehung umkehren. Durch eine schnelle Neusynchronisierung kann sich die Zeit bis zur Produktionsrückführung verkürzen, da das Data Warehouse neu aufgebaut und Vorgänge wiederhergestellt werden müssen. Erfahren Sie mehr über snapmirror resync in der "ONTAP-Befehlsreferenz".

Hinweis Schnelle Neusynchronisierung sorgt nicht für eine Aufrechterhaltung der Storage-Effizienz der Ziel-Volumes. Durch die Aktivierung der schnellen Neusynchronisierung kann der Volume-Platz erhöht werden, der von den Ziel-Volumes belegt wird.

Bei diesem 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.

Ab ONTAP 9.8 können Sie mit dem System Manager eine Quellspeicher-VM nach einem Ausfall reaktivieren.

Schritte

Diese Aufgabe können Sie mit dem System Manager oder der ONTAP Befehlszeilenschnittstelle (CLI) ausführen.

System Manager ONTAP 9.17.1 und höher
  1. Wählen Sie im Zielcluster die gewünschte Schutzbeziehung aus: Klicken Sie auf Schutz > Replikation.

  2. Bewegen Sie den Mauszeiger über den Quellnamen, klicken Sie Symbol für Menüoptionenund klicken Sie auf Umgekehrte Resynchronisierung.

  3. Klicken Sie im Fenster Reverse Resync Relationship auf Reverse Resync.

    Die Beziehung verschwindet aus der Replikationstabelle und wird nun vom ursprünglichen Quellcluster verwaltet.

  4. Klicken Sie im ursprünglichen Quellcluster auf Schutz > Replikation und überprüfen Sie, ob die umgekehrte Resynchronisierung abgeschlossen ist, indem Sie prüfen, ob der Status Gespiegelt anzeigt.

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

  6. Suchen Sie die Speicher-VM, bewegen Sie den Mauszeiger über den Namen der Speicher-VM und klicken Sie. Symbol für Menüoptionenund klicken Sie auf Stopp.

  7. Klicken Sie im Fenster Speicher-VM stoppen auf Stoppen.

  8. Navigieren Sie im Quellcluster zu Schutz > Replikation und suchen Sie die Speicher-VM, die Sie reaktivieren möchten. Bewegen Sie den Mauszeiger über den Namen der Speicher-VM und klicken Sie auf Symbol für Menüoptionenund klicken Sie auf Zielspeicher-VM aktivieren.

  9. Im Fenster Ziel-Speicher-VM aktivieren wählen Sie Ziel-Speicher-VM aktivieren und Beziehung aufheben und klicken Sie auf Aktivieren.

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

System Manager ONTAP 9.16.1 und früher
  1. Wählen Sie auf dem Zielcluster die gewünschte Schutzbeziehung aus: Klicken Sie auf Schutz > Beziehungen.

  2. Bewegen Sie den Mauszeiger über den Quellnamen, klicken Sie Symbol für Menüoptionenund klicken Sie auf Umgekehrte Resynchronisierung.

  3. Klicken Sie im Fenster Reverse Resync Relationship auf Reverse Resync.

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

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

  5. Navigieren Sie im ursprünglichen Zielcluster zu Speicher > Speicher-VMs.

  6. Suchen Sie die Speicher-VM, bewegen Sie den Mauszeiger über den Namen der Speicher-VM und klicken Sie. Symbol für Menüoptionenund klicken Sie auf Stopp.

  7. Klicken Sie im Fenster Speicher-VM stoppen auf Stoppen.

  8. Suchen Sie im Quellcluster die Speicher-VM (die nun die Quell-SVM der umgekehrten Beziehung ist), bewegen Sie den Mauszeiger über den SVM-Namen und klicken Sie auf Symbol für Menüoptionenund klicken Sie auf Zielspeicher-VM aktivieren.

  9. Im Fenster Ziel-Speicher-VM aktivieren wählen Sie Ziel-Speicher-VM aktivieren und Beziehung aufheben und klicken Sie auf Aktivieren.

  10. Wenn Sie zur Seite Beziehungen zurückkehren, bewegen Sie den Mauszeiger erneut über den Namen der Speicher-VM und klicken Sie auf Symbol für Menüoptionenund klicken Sie auf Umgekehrte Resynchronisierung.

CLI
  1. Erstellen Sie aus der ursprünglichen SVM oder dem ursprünglichen Quell-Cluster eine Reverse-SVM-DR-Beziehung. Dabei verwenden Sie dieselbe Konfiguration, Richtlinie und dieselben Einstellungen wie für die ursprüngliche SVM-DR-Beziehung:

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

    Im folgenden Beispiel wird eine Beziehung zwischen der SVM, von der aus Sie Daten bereitstellen, svm_backup und der ursprünglichen Quell-SVM erstellt svm1:

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

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

  2. Führen Sie in der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster den folgenden Befehl aus, um die Datensicherungsbeziehung umzukehren:

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

    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.

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

    Im folgenden Beispiel wird die Beziehung zwischen der ursprünglichen SVM svm1 und der SVM, von der aus Sie Daten bereitstellen, rückgängig gemacht svm_backup:

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

    Beispiel mit -Quick-Resync-Option:

    cluster_src::> snapmirror resync -source-path svm_backup: -destination-path svm1: -quick-resync true
  3. Wenn Sie den Datenzugriff auf die ursprüngliche Quell-SVM wiederherstellen möchten, beenden Sie die ursprüngliche Ziel-SVM, um alle Clients, die derzeit mit der ursprünglichen Ziel-SVM verbunden sind, zu trennen.

    vserver stop -vserver <SVM>

    Im folgenden Beispiel wird die ursprüngliche Ziel-SVM angehalten, die derzeit Daten bereitstellt:

    cluster_dst::> vserver stop svm_backup
  4. Mit dem vserver show Befehl überprüfen Sie, ob die ursprüngliche Ziel-SVM den Status „angehalten“ aufweist.

    cluster_dst::> vserver show
                                      Admin      Operational Root
    Vserver        Type    Subtype    State      State       Volume     Aggregate
    --------       ------- ---------- ---------- ----------- ---------- ----------
    svm_backup     data    default    stopped    stopped     rv         aggr1
  5. Führen Sie für die ursprüngliche Quell-SVM oder das ursprüngliche Quell-Cluster den folgenden Befehl aus, um die endgültige Aktualisierung der umgekehrten Beziehung durchzuführen, um alle Änderungen von der ursprünglichen Ziel-SVM auf die ursprüngliche Quell-SVM zu übertragen:

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

    Im folgenden Beispiel wird die Beziehung zwischen der ursprünglichen Ziel-SVM, von der aus Sie Daten bereitstellen,svm_backup, und der ursprünglichen Quell-SVM aktualisiert svm1:

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

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

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

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

    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 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>: -destination-path <SVM>:
    Hinweis In den -source-path -destination-path Optionen und müssen Sie nach dem SVM-Namen einen Doppelpunkt (:) eingeben. Siehe das folgende Beispiel.

    Im folgenden Beispiel wird die Beziehung zwischen der ursprünglichen Ziel-SVM, von der aus Sie Daten bereitstellten, svm_backup und der ursprünglichen Quell-SVM, unterbrochen svm1:

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

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

  8. Wenn die ursprüngliche Quell-SVM zuvor angehalten wurde, starten Sie aus dem ursprünglichen Quell-Cluster die ursprüngliche Quell-SVM:

    vserver start -vserver <SVM>

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

    cluster_src::> vserver start svm1
  9. Wiederherstellung der ursprünglichen Datensicherungsbeziehung von der ursprünglichen Ziel-SVM oder dem ursprünglichen Ziel-Cluster

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

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

    cluster_dst::> snapmirror resync -source-path svm1: -destination-path svm_backup:
  10. Führen Sie für die ursprüngliche Quell-SVM oder das ursprüngliche Quell-Cluster den folgenden Befehl aus, um die umgekehrte Datensicherungsbeziehung zu löschen:

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

    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. Geben Sie für die ursprüngliche Ziel-SVM oder das ursprüngliche Ziel-Cluster die umgekehrte Datensicherungsbeziehung frei:

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

    Im folgenden Beispiel werden die umgekehrte Beziehung zwischen der ursprünglichen Ziel-SVM, SVM_Backup und der ursprünglichen Quell-SVM veröffentlicht. svm1

    cluster_dst::> snapmirror release -source-path svm_backup: -destination-path svm1:
Wie es weiter geht
  • `snapmirror show`Überprüfen Sie mit dem Befehl, ob die SnapMirror Beziehung erstellt wurde.

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

  • Setzen Sie die Schreibvorgänge von Ihrem Client zur ursprünglichen Quell-SVM fort.