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 vorhandenen ONTAP SnapMirror-DP-Beziehung in XDP

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

Vor dem Upgrade auf ONTAP 9.12.1 müssen Sie bestehende DP-Beziehungen in XDP konvertieren, bevor Sie ein Upgrade auf ONTAP 9.12.1 und neuere Versionen durchführen können.

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

  • 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. Erfahren Sie mehr über snapmirror show in der "ONTAP-Befehlsreferenz".

  2. Stellen Sie von den Quell- und Zielvolumes sicher, dass beide Volumes einen gemeinsamen Snapshot haben:

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

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

  4. Bestehende DP-TYPE Beziehung aufbrechen:

    snapmirror break -destination-path <SVM:volume>
    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

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

  5. Wenn das automatische Löschen von Snapshots auf dem Zielvolume aktiviert ist, deaktivieren Sie es:

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

    Im folgenden Beispiel wird das automatische Löschen von Snapshots auf dem Zielvolume 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>

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

    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

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

  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. Erfahren Sie mehr über die in diesem Verfahren beschriebenen Befehle im "ONTAP-Befehlsreferenz".

    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>

    Um die Resynchronisierungszeit zu verbessern, können Sie die -quick-resync Option, Sie sollten sich jedoch darüber im Klaren sein, dass Einsparungen bei der Speichereffizienz verloren gehen können.

    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

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

  10. Wenn Sie das automatische Löschen von Snapshots deaktiviert haben, aktivieren Sie es 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.

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

  2. Sobald das SnapMirror XDP-Ziellaufwerk mit der Aktualisierung der Snapshots gemäß der SnapMirror-Richtlinie beginnt, verwenden Sie die Befehlsausgabe snapmirror list-destinations des Befehls aus dem Quellcluster, um die neue SnapMirror XDP-Beziehung anzuzeigen.

Weitere Informationen zu DP-Beziehungen

Ab ONTAP 9.3 ist der XDP-Modus der Standard, und alle Aufrufe des DP-Modus auf der Befehlszeile oder in neuen oder vorhandenen Skripten werden automatisch in den XDP-Modus konvertiert.

Bestehende Beziehungen sind nicht betroffen. Wenn bereits eine Beziehung vom Typ DP verwendet wird, ist diese weiterhin vom Typ DP. Ab ONTAP 9.5 ist MirrorAndVault die Standardrichtlinie, wenn kein Datenschutzmodus angegeben ist oder wenn der XDP-Modus als Beziehungstyp angegeben ist. Die folgende Tabelle zeigt das erwartete Verhalten.

Wenn Sie angeben…​

Der Typ ist…​

Die Standardrichtlinie (wenn Sie keine Richtlinie angeben) lautet…​

DATENSICHERUNG

XDP

MirrorAllSnapshots (SnapMirror DR)

Nichts

XDP

MirrorAndVault (einheitliche Replizierung)

XDP

XDP

MirrorAndVault (einheitliche Replizierung)

Wie die Tabelle zeigt, stellen die Standardrichtlinien, die XDP unter verschiedenen Umständen zugewiesen sind, sicher, dass die Konvertierung die funktionale Äquivalenz der vorherigen Typen beibehält. Natürlich können Sie je nach Bedarf unterschiedliche Richtlinien verwenden, einschließlich Richtlinien für eine einheitliche Replizierung:

Wenn Sie angeben…​

Und die Richtlinie lautet…​

Ihr Ergebnis ist…​

DATENSICHERUNG

MirrorAllSnapshots

SnapMirror DR

XDPStandard

SnapVault

MirrorAndVault

Einheitliche Replizierung

XDP

MirrorAllSnapshots

SnapMirror DR

XDPStandard

SnapVault

Die einzigen Ausnahmen von der Konvertierung sind wie folgt:

  • Beziehungen für die SVM-Datensicherung setzen weiterhin in ONTAP 9.3 und früher den DP-Modus ein.

    Seit ONTAP 9.4 ist bei den SVM-Datensicherungsbeziehungen standardmäßig der XDP-Modus aktiviert.

  • Beziehungen zwischen Root-Volumes zum Load-Sharing von Daten werden weiterhin standardmäßig im DP-Modus eingesetzt.

  • Beziehungen zu SnapLock zur Datensicherung setzen weiterhin im DP-Modus in ONTAP 9.4 und früher ein.

    Ab ONTAP 9.5 ist bei SnapLock-Datensicherungsbeziehungen der XDP-Modus standardmäßig aktiviert.

  • Explizite Aufrufe von DP setzen weiterhin den DP-Modus ein, wenn Sie die folgende clusterweite Option festlegen:

    options replication.create_data_protection_rels.enable on

    Diese Option wird ignoriert, wenn Sie DP nicht explizit aufrufen.

Verwandte Informationen