Konvertieren einer bestehenden DP-Beziehung in XDP
-
PDF dieser Dokumentationssite
- ONTAP einrichten, aktualisieren und zurücksetzen
- Cluster-Administration
-
Volume-Administration
-
Logisches Storage-Management mit der CLI
- Verwenden Sie Quoten, um die Ressourcennutzung zu beschränken oder zu verfolgen
-
Logisches Storage-Management mit der CLI
-
NAS-Storage-Management
- Konfigurieren Sie NFS mit der CLI
- Verwalten Sie NFS mit der CLI
-
SMB lässt sich mit der CLI managen
- Verwalten Sie SMB-Server
- Verwalten Sie den Dateizugriff mit SMB
- SAN-Storage-Management
- Authentifizierung und Zugriffssteuerung
- Sicherheit und Datenverschlüsselung
-
Datensicherung und Disaster Recovery
-
Managen Sie die SnapMirror Volume-Replizierung
-
Managen Sie die SnapMirror Volume-Replizierung
Sammlung separater PDF-Dokumente
Creating your file...
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.
-
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.
Nachdem Sie einen SnapMirror Beziehungstyp von DP in XDP konvertiert haben, werden die speicherplatzsparenden Einstellungen, wie Autosize und Platzgarantie, nicht mehr zum Ziel repliziert. |
-
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>
Das folgende Beispiel zeigt die Ausgabe von im
snapmirror show
Befehl: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
Sie könnten es hilfreich finden, eine Kopie des zu behalten
snapmirror show
Befehlsausgabe zum Verfolgen der Beziehungseinstellungen. -
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 Zielvolumes: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
-
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>
Eine vollständige Befehlssyntax finden Sie im "Man-Page".
Sie müssen diesen Befehl über die Ziel-SVM oder das Ziel-Cluster ausführen.
Das folgende Beispiel legt die Beziehung zwischen dem Quell-Volume fest
volA
Einsvm1
Und dem Ziel-VolumevolA_dst
Einsvm_backup
:cluster_dst::> snapmirror quiesce -destination-path svm_backup:volA_dst
-
Bestehende DP-TYPE Beziehung aufbrechen:
snapmirror break -destination-path <SVM:volume>
Eine vollständige Befehlssyntax finden Sie im "Man-Page".
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 unterbrochen
volA
Einsvm1
Und dem Ziel-VolumevolA_dst
Einsvm_backup
:cluster_dst::> snapmirror break -destination-path svm_backup:volA_dst
-
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 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
-
Vorhandene DP-Typ-Beziehung löschen:
snapmirror delete -destination-path <SVM:volume>
Eine vollständige Befehlssyntax finden Sie im "Man-Page".
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 gelöscht
volA
Einsvm1
Und dem Ziel-VolumevolA_dst
Einsvm_backup
:cluster_dst::> snapmirror delete -destination-path svm_backup:volA_dst
-
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
-
Sie können die Ausgabe verwenden, die Sie im beibehalten haben
snapmirror show
Befehl zum Erstellen der neuen XDP-Typ-Beziehung: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.
Sie müssen diesen Befehl über die Ziel-SVM oder das Ziel-Cluster ausführen.
Im folgenden Beispiel wird eine Disaster Recovery-Beziehung zwischen dem Quell-Volume in SnapMirror erstellt
volA
Einsvm1
Und dem Ziel-VolumevolA_dst
Einsvm_backup
Die Standardeinstellung wird verwendetMirrorAllSnapshots
Richtlinie:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorAllSnapshots
-
Neusynchronisierung der Quell- und Ziel-Volumes:
snapmirror resync -source-path <SVM:volume> -destination-path <SVM:volume>
Zur Verbesserung der Neusynchronisierung können Sie das verwenden
-quick-resync
Option, aber Sie sollten beachten, dass Einsparungen durch Storage-Effizienz verloren gehen können. Eine vollständige Befehlssyntax finden Sie in der man-Page: "SnapMirror Resync-Befehl".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 neu synchronisiert
volA
Einsvm1
Und dem Ziel-VolumevolA_dst
Einsvm_backup
:cluster_dst::> snapmirror resync -source-path svm1:volA -destination-path svm_backup:volA_dst
-
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
-
Verwenden Sie die
snapmirror show
Befehl zur Überprüfung, ob die SnapMirror Beziehung erstellt wurde. -
Sobald das SnapMirror XDP Ziel-Volume mit der Aktualisierung von Snapshot Kopien gemäß den Definitionen in der SnapMirror Richtlinie beginnt, verwenden Sie die Ausgabe von
snapmirror list-destinations
Befehl aus dem Quell-Cluster, um die neue SnapMirror XDP-Beziehung anzuzeigen.