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

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

Wenn Sie auf ONTAP 9.12.1 oder höher aktualisieren, müssen DP-Typ-Beziehungen vor dem Upgrade in XDP konvertiert werden. ONTAP 9.12.1 und höher unterstützt keine DP-Typ-Beziehungen. Eine bestehende DP-Typ-Beziehung kann einfach in XDP konvertiert werden, um die versionsflexible SnapMirror Funktionalität zu nutzen.

Vor dem Upgrade auf ONTAP 9.12.1 müssen bestehende DP-Beziehungen in XDP konvertiert werden, bevor ein Upgrade auf ONTAP 9.12.1 und spätere Versionen möglich ist.

Über diese Aufgabe

  • SnapMirror konvertiert bestehende DP-Beziehungen nicht automatisch in XDP-Beziehungen. Für die Konvertierung der Beziehung ist es erforderlich, die bestehende Beziehung zu unterbrechen und zu löschen, eine neue XDP-Beziehung zu erstellen und die Beziehung erneut zu synchronisieren.

  • Bei der Planung Ihrer Umstellung sollten Sie beachten, dass die Vorbereitung im Hintergrund und die Datenspeicherungsphase einer XDP SnapMirror Beziehung viel Zeit in Anspruch nehmen können. Es ist nicht ungewöhnlich, dass die SnapMirror Beziehung den Status „preparing“ über einen längeren Zeitraum meldet.

Hinweis

Nach der Konvertierung eines SnapMirror Beziehungstyps von DP zu XDP werden speicherbezogene Einstellungen, wie automatische Größenanpassung und Speicherplatzzusage, nicht mehr an das Ziel repliziert.
Schritte

  1. Im Ziel-Cluster ist sicherzustellen, dass die SnapMirror Beziehung vom Typ DP ist, der Spiegelungsstatus SnapMirrored ist, der Beziehungsstatus auf Idle steht und die Beziehung fehlerfrei ist:

    snapmirror show -destination-path <SVM:volume>

    Das folgende Beispiel zeigt die Ausgabe des snapmirror show Befehls:

    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

    Es kann hilfreich sein, eine Kopie der snapmirror show Befehlsausgabe aufzubewahren, um die bestehenden Beziehungseinstellungen nachzuverfolgen. Weitere Informationen zu snapmirror show finden sich in der "ONTAP-Befehlsreferenz".

  2. Anhand der Quell- und Ziel-Volumes ist sicherzustellen, dass beide Volumes über einen gemeinsamen Snapshot verfügen:

    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 Aktualisierungen während der Konvertierung nicht ausgeführt werden, die bestehende DP-Typ-Beziehung in einen inaktiven Zustand versetzen:

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

    Dieser Befehl muss von der Ziel-SVM oder dem Ziel-Cluster ausgeführt werden.

    Das folgende Beispiel versetzt die Beziehung zwischen dem Quellvolume volA auf svm1 und dem Zielvolume volA_dst auf svm_backup in den Ruhezustand:

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

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

  4. Die bestehende DP-Beziehung auflösen:

    snapmirror break -destination-path <SVM:volume>
    Hinweis

    Dieser Befehl muss von der Ziel-SVM oder dem Ziel-Cluster ausgeführt werden.

    Das folgende Beispiel unterbricht die Beziehung zwischen dem Quellvolume volA auf svm1 und dem Zielvolume volA_dst auf svm_backup:

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

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

  5. Wenn die automatische Löschung von Snapshots auf dem Zielvolume aktiviert ist, sollte sie deaktiviert werden:

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

    Das folgende Beispiel deaktiviert die automatische Löschung von Snapshots auf dem Zielvolume volA_dst:

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

  6. Die bestehende DP-Beziehung löschen:

    snapmirror delete -destination-path <SVM:volume>

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

    Hinweis

    Dieser Befehl muss von der Ziel-SVM oder dem Ziel-Cluster ausgeführt werden.

    Das folgende Beispiel löscht die Beziehung zwischen dem Quellvolume volA auf svm1 und dem Zielvolume volA_dst auf svm_backup:

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

  7. Die ursprüngliche SVM Disaster Recovery Beziehung auf dem Quell-Cluster freigeben:

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

    Das folgende Beispiel gibt die SVM Disaster Recovery Beziehung frei:

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

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

  8. Sie können die Ausgabe, die Sie vom snapmirror show Befehl behalten 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. Weitere Informationen zu den in diesem Verfahren beschriebenen Befehlen befinden sich in der "ONTAP-Befehlsreferenz".

    Hinweis

    Dieser Befehl muss von der Ziel-SVM oder dem Ziel-Cluster ausgeführt werden.

    Das folgende Beispiel erstellt eine SnapMirror Disaster-Recovery-Beziehung zwischen dem Quell-Volume volA auf svm1 und dem Ziel-Volume volA_dst auf svm_backup unter Verwendung der Standard MirrorAllSnapshots-Richtlinie:

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

  9. Die Quell- und Ziel-Volumes werden erneut synchronisiert:

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

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

    Hinweis

    Dieser Befehl muss von der Ziel-SVM oder dem Ziel-Cluster ausgeführt werden. Obwohl für die Resynchronisierung kein Basistransfer erforderlich ist, kann sie zeitaufwändig sein. Die Resynchronisierung kann außerhalb der Spitzenzeiten durchgeführt werden.

    Das folgende Beispiel synchronisiert die Beziehung zwischen dem Quellvolume volA auf svm1 und dem Zielvolume volA_dst auf svm_backup:

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

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

  10. Falls die automatische Löschung von Snapshots deaktiviert wurde, sollte sie wieder aktiviert werden:

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

  1. 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".

  2. Sobald das SnapMirror XDP-Zielvolume mit der Aktualisierung von Snapshots gemäß der SnapMirror Richtlinie beginnt, kann mit der Ausgabe des snapmirror list-destinations Befehls aus dem Quell-Cluster die neue SnapMirror XDP-Beziehung angezeigt werden.

Zusätzliche Informationen zu DP-Beziehungen

Ab ONTAP 9.3 ist der XDP Modus standardmäßig aktiviert, und alle Aufrufe des DP Modus in der Befehlszeile oder in neuen oder bestehenden Skripten werden automatisch in den XDP Modus konvertiert.

Bestehende Beziehungen bleiben unberührt. Wenn eine Beziehung bereits vom Typ DP ist, bleibt sie vom Typ DP. Ab ONTAP 9.5 ist MirrorAndVault die Standardrichtlinie, wenn kein Datenschutzmodus angegeben ist oder wenn der XDP-Modus als Beziehungstyp festgelegt wurde. Die folgende Tabelle zeigt das erwartete Verhalten.

Wenn Sie angeben…​

Der Typ ist…​

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

DP

XDP

MirrorAllSnapshots (SnapMirror DR)

Nichts

XDP

MirrorAndVault (einheitliche Replikation)

XDP

XDP

MirrorAndVault (einheitliche Replikation)

Wie die Tabelle zeigt, gewährleisten die unter verschiedenen Umständen XDP zugewiesenen Standardrichtlinien, dass die Konvertierung die funktionale Äquivalenz der vorherigen Typen beibehält. Es können selbstverständlich auch andere Richtlinien verwendet werden, einschließlich Richtlinien für die einheitliche Replikation.

Wenn Sie angeben…​

Und die Richtlinie lautet…​

Das Ergebnis ist…​

DP

MirrorAllSnapshots

SnapMirror DR

XDPDefault

SnapVault

MirrorAndVault

Einheitliche Replikation

XDP

MirrorAllSnapshots

SnapMirror DR

XDPDefault

SnapVault

Die einzigen Ausnahmen von der Umwandlung sind wie folgt:

  • SVM-Datensicherungsbeziehungen sind in ONTAP 9.3 und früher weiterhin standardmäßig im DP-Modus.

    Ab ONTAP 9.4 sind SVM-Datensicherungsbeziehungen standardmäßig im XDP-Modus.

  • Die Load-Sharing-Datenschutzbeziehungen des Root-Volumes verbleiben weiterhin standardmäßig im DP-Modus.

  • SnapLock Datenschutzbeziehungen verbleiben in ONTAP 9.4 und früher weiterhin standardmäßig im DP-Modus.

    Ab ONTAP 9.5 werden SnapLock Datenschutzbeziehungen standardmäßig im XDP-Modus hergestellt.

  • Explizite Aufrufe von DP verwenden weiterhin standardmäßig den DP-Modus, wenn die folgende clusterweite Option festgelegt ist:

    options replication.create_data_protection_rels.enable on

    Diese Option wird ignoriert, wenn DP nicht explizit aufgerufen wird.

Verwandte Informationen