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.

Konvertieren einer bestehenden DP-Beziehung in XDP

Beitragende
PDFs

Wenn Sie ein Upgrade auf ONTAP 9.12.1 oder höher durchführen, müssen Sie DP-Beziehungen in XDP konvertieren, bevor Sie ein Upgrade durchführen. ONTAP 9.12.1 und höher unterstützt keine DP-Beziehungen. Kunden können bestehende DP-Beziehungen einfach in XDP konvertieren und so von versionsflexiblem SnapMirror profitieren.

Über diese Aufgabe

  • SnapMirror konvertiert vorhandene DP-Beziehungen nicht automatisch in XDP. Um die Beziehung umzuwandeln, müssen Sie die bestehende Beziehung unterbrechen und löschen, eine neue XDP-Beziehung erstellen und die Beziehung neu synchronisieren. Hintergrundinformationen finden Sie unter "XDP ersetzt DP als SnapMirror-Standard".

  • Bei der Planung der Konvertierung sollten Sie beachten, dass die Vorarbeit und die Data Warehousing-Phase einer XDP-SnapMirror-Beziehung viel Zeit in Anspruch nehmen können. Es ist nicht ungewöhnlich, dass die SnapMirror Beziehung den Status „Vorbereitung“ für einen längeren Zeitraum meldet.

Hinweis

Nachdem Sie einen SnapMirror Beziehungstyp von DP in XDP konvertiert haben, werden die speicherplatzsparenden Einstellungen, wie Autosize und Platzgarantie, nicht mehr zum Ziel repliziert.
Schritte

  1. Aus dem Ziel-Cluster, sicherstellen, dass die SnapMirror-Beziehung vom Typ DP ist, dass der Mirror-Zustand SnapMirrored ist, der Beziehungsstatus ist Idle, und die Beziehung ist gesund:

    snapmirror show -destination-path <SVM:volume>

    Im folgenden Beispiel wird die Ausgabe des snapmirror show Befehls angezeigt:

    cluster_dst::>snapmirror show -destination-path svm_backup:volA_dst

Source Path: svm1:volA
Destination Path: svm_backup:volA_dst
Relationship Type: DP
SnapMirror Schedule: -
Tries Limit: -
Throttle (KB/sec): unlimited
Mirror State: Snapmirrored
Relationship Status: Idle
Transfer Snapshot: -
Snapshot Progress: -
Total Progress: -
Snapshot Checkpoint: -
Newest Snapshot: snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026
Newest Snapshot Timestamp: 06/27 10:00:55
Exported Snapshot: snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026
Exported Snapshot Timestamp: 06/27 10:00:55
Healthy: true
    Hinweis

    Vielleicht finden Sie es hilfreich, eine Kopie der snapmirror show Befehlsausgabe aufzubewahren, um den vorhandenen Überblick über die Beziehungseinstellungen zu behalten.

  2. Von den Quell- und Ziel-Volumes aus, stellen Sie sicher, dass beide Volumes eine gemeinsame Snapshot Kopie aufweisen:

    volume snapshot show -vserver <SVM> -volume <volume>

    Das folgende Beispiel zeigt die volume snapshot show Ausgabe für die Quell- und Ziel-Volumes:

    cluster_src:> volume snapshot show -vserver vsm1 -volume volA
---Blocks---
Vserver Volume Snapshot State Size Total% Used%
-------- ------- ------------------------------- -------- -------- ------ -----
svm1 volA
weekly.2014-06-09_0736 valid 76KB 0% 28%
weekly.2014-06-16_1305 valid 80KB 0% 29%
daily.2014-06-26_0842 valid 76KB 0% 28%
hourly.2014-06-26_1205 valid 72KB 0% 27%
hourly.2014-06-26_1305 valid 72KB 0% 27%
hourly.2014-06-26_1405 valid 76KB 0% 28%
hourly.2014-06-26_1505 valid 72KB 0% 27%
hourly.2014-06-26_1605 valid 72KB 0% 27%
daily.2014-06-27_0921 valid 60KB 0% 24%
hourly.2014-06-27_0921 valid 76KB 0% 28%
snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026
valid 44KB 0% 19%
11 entries were displayed.


cluster_dest:> volume snapshot show -vserver svm_backup -volume volA_dst
---Blocks---
Vserver Volume Snapshot State Size Total% Used%
-------- ------- ------------------------------- -------- -------- ------ -----
svm_backup volA_dst
weekly.2014-06-09_0736 valid 76KB 0% 30%
weekly.2014-06-16_1305 valid 80KB 0% 31%
daily.2014-06-26_0842 valid 76KB 0% 30%
hourly.2014-06-26_1205 valid 72KB 0% 29%
hourly.2014-06-26_1305 valid 72KB 0% 29%
hourly.2014-06-26_1405 valid 76KB 0% 30%
hourly.2014-06-26_1505 valid 72KB 0% 29%
hourly.2014-06-26_1605 valid 72KB 0% 29%
daily.2014-06-27_0921 valid 60KB 0% 25%
hourly.2014-06-27_0921 valid 76KB 0% 30%
snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026

  3. Um sicherzustellen, dass geplante Updates während der Konvertierung nicht ausgeführt werden, müssen die bestehende DP-Typ-Beziehung stillgelegt werden:

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

    Vollständige Befehlssyntax finden Sie im "Man-Page".

    Hinweis

    Sie müssen diesen Befehl über die Ziel-SVM oder das Ziel-Cluster ausführen.

    Im folgenden Beispiel wird die Beziehung zwischen dem Quell-Volume volA auf svm1 und dem Ziel-Volume volA_dst auf stillgelegt svm_backup:

    cluster_dst::> snapmirror quiesce -destination-path svm_backup:volA_dst

  4. Bestehende DP-TYPE Beziehung aufbrechen:

    snapmirror break -destination-path <SVM:volume>

    Vollständige Befehlssyntax finden Sie im "Man-Page".

    Hinweis

    Sie müssen diesen Befehl über die Ziel-SVM oder das Ziel-Cluster ausführen.

    Im folgenden Beispiel wird die Beziehung zwischen dem Quell-Volume volA auf svm1 und dem Ziel-Volume volA_dst auf unterbrochen svm_backup:

    cluster_dst::> snapmirror break -destination-path svm_backup:volA_dst

  5. Wenn das automatische Löschen von Snapshot-Kopien auf dem Ziel-Volume aktiviert ist, deaktivieren Sie sie:

    volume snapshot autodelete modify -vserver _SVM_ -volume _volume_ -enabled false

    Im folgenden Beispiel wird das automatische Löschen von Snapshot Kopien auf dem Ziel-Volume deaktiviert volA_dst:

    cluster_dst::> volume snapshot autodelete modify -vserver svm_backup -volume volA_dst -enabled false

  6. Vorhandene DP-Typ-Beziehung löschen:

    snapmirror delete -destination-path <SVM:volume>

    Vollständige Befehlssyntax finden Sie im "Man-Page".

    Hinweis

    Sie müssen diesen Befehl über die Ziel-SVM oder das Ziel-Cluster ausführen.

    Im folgenden Beispiel wird die Beziehung zwischen dem Quell-Volume volA auf svm1 und dem Ziel-Volume volA_dst auf gelöscht svm_backup:

    cluster_dst::> snapmirror delete -destination-path svm_backup:volA_dst

  7. Freigabe der Disaster-Recovery-Beziehung der SVM an der Quelle:

    snapmirror release -destination-path <SVM:volume> -relationship-info-only true

    Im folgenden Beispiel werden die Disaster-Recovery-Beziehung für SVM veröffentlicht:

    cluster_src::> snapmirror release -destination-path svm_backup:volA_dst -relationship-info-only true

  8. Sie können die Ausgabe, die Sie aus dem snapmirror show Befehl erhalten haben, verwenden, um die neue XDP-Typ-Beziehung zu erstellen:

    snapmirror create -source-path <SVM:volume> -destination-path <SVM:volume>  -type XDP -schedule <schedule> -policy <policy>

    Die neue Beziehung muss dasselbe Quell- und Zielvolume verwenden. Eine vollständige Befehlssyntax finden Sie in der man-Page.

    Hinweis

    Sie müssen diesen Befehl über die Ziel-SVM oder das Ziel-Cluster ausführen.

    Im folgenden Beispiel wird unter SnapMirror volA svm1 volA_dst svm_backup Verwendung der Standardrichtlinie eine Disaster Recovery-Beziehung zwischen dem Quell-Volume auf und dem Ziel-Volume erstellt MirrorAllSnapshots:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst
-type XDP -schedule my_daily -policy MirrorAllSnapshots

  9. Neusynchronisierung der Quell- und Ziel-Volumes:

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

    Zur Verbesserung der Resynchronisierung können Sie die -quick-resync Option nutzen, allerdings sollten Sie beachten, dass Einsparungen durch Storage-Effizienz verloren gehen. Eine vollständige Befehlssyntax finden Sie auf der man-Page: "SnapMirror Resync-Befehl".

    Hinweis

    Sie müssen diesen Befehl über die Ziel-SVM oder das Ziel-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.

    Im folgenden Beispiel wird die Beziehung zwischen dem Quell-Volume volA auf svm1 und dem Ziel-Volume volA_dst auf neu synchronisiert svm_backup:

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

  10. Wenn Sie das automatische Löschen von Snapshot Kopien deaktiviert haben, aktivieren Sie sie erneut:

    volume snapshot autodelete modify -vserver <SVM> -volume <volume> -enabled true
Nachdem Sie fertig sind

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

  2. Sobald das SnapMirror XDP-Ziel-Volume mit der Aktualisierung von Snapshot Kopien gemäß den Definitionen in der SnapMirror-Richtlinie beginnt, verwenden Sie snapmirror list-destinations die Befehlsausgabe des Befehls aus dem Quell-Cluster, um die neue SnapMirror XDP-Beziehung anzuzeigen.