Der angeforderte Artikel ist nicht verfügbar. Er gilt entweder nicht für diese Version des Produkts oder die relevanten Informationen sind in dieser Version der Dokumentation anders organisiert. Sie können nach ihm suchen oder zur anderen Version zurückgehen.
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 Quell-SVM erneut
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.
Ü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.
|
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 System Manager im Notfall eine Quell-Storage-VM erneut aktivieren. Durch die Reaktivierung der Quell-Storage-VM wird die Ziel-Storage-VM angehalten und die Replizierung von der Quelle zum Ziel wird erneut aktiviert.
Wenn Sie die Quell-Storage-VM mit System Manager reaktivieren, führt System Manager im Hintergrund die folgenden Vorgänge aus:
-
Erstellt eine Reverse-SVM-DR-Beziehung vom ursprünglichen Ziel zur ursprünglichen Quelle mithilfe von SnapMirror Resync
-
Beendet die Ziel-SVM
-
Aktualisiert die SnapMirror Beziehung
-
Bricht die SnapMirror Beziehung auf
-
Startet die ursprüngliche SVM neu
-
Gibt eine SnapMirror-Neusynchronisierung der ursprünglichen Quelle zurück zum ursprünglichen Ziel vor
-
Bereinigt die SnapMirror Beziehungen
Schritte
Sie können diese Aufgabe über System Manager oder die ONTAP CLI ausführen.
-
Klicken Sie im Zielcluster auf Schutz > Beziehungen, und suchen Sie die gewünschte Schutzbeziehung.
-
Bewegen Sie den Mauszeiger über den Namen der Quellbeziehung, klicken Sie auf 
, und wählen Sie Quell-Speicher-VM reaktivieren aus.
-
Klicken Sie im Fenster Reactivate source Storage VM auf reactivate.
-
Überwachen Sie unter Relationships den Fortschritt der Reaktivierung der Quelle, indem Sie Transferstatus für die Schutzbeziehung anzeigen. Wenn die Reaktivierung abgeschlossen ist, sollte der Beziehungsstatus wieder auf „gespiegelt“ zurückgesetzt werden.
-
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:
|
|
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:
-
Führen Sie in der ursprünglichen Quell-SVM oder dem ursprünglichen Quell-Cluster den folgenden Befehl aus, um die Datensicherungsbeziehung umzukehren:
|
|
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.
|
|
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
-
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.
Im folgenden Beispiel wird die ursprüngliche Ziel-SVM angehalten, die derzeit Daten bereitstellt:
cluster_dst::> vserver stop svm_backup
-
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
-
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:
|
|
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:
-
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:
|
|
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:
-
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:
|
|
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:
-
Wenn die ursprüngliche Quell-SVM zuvor angehalten wurde, starten Sie aus dem ursprünglichen Quell-Cluster die ursprüngliche Quell-SVM:
Im folgenden Beispiel wird die ursprüngliche Quell-SVM gestartet:
cluster_src::> vserver start svm1
-
Wiederherstellung der ursprünglichen Datensicherungsbeziehung von der ursprünglichen Ziel-SVM oder dem ursprünglichen Ziel-Cluster
|
|
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:
-
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:
|
|
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:
-
Geben Sie für die ursprüngliche Ziel-SVM oder das ursprüngliche Ziel-Cluster die umgekehrte Datensicherungsbeziehung frei:
|
|
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:
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 link:https://docs.netapp.com/us-en/ontap-cli/snapmirror-show.html["ONTAP-Befehlsreferenz"^].
Versionshinweise
Änderungen vorschlagen
PDFs
