Erstellen einer Replikationsbeziehung
-
PDF dieser Dokumentationssite
- 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
Sammlung separater PDF-Dokumente
Creating your file...
Die Beziehung zwischen dem Quell-Volume im primären Storage und dem Ziel-Volume im sekundären Storage wird als „Data Protection Relationship“ bezeichnet. Sie können die verwenden snapmirror create
Befehl zum Erstellen von SnapMirror DR-, SnapVault- oder Datensicherungsbeziehungen für einheitliche Replizierung.
-
Quell- und Ziel-Cluster sowie SVMs müssen Peering durchgeführt werden.
-
Die Sprache auf dem Zielvolume muss mit der Sprache auf dem Quellvolume übereinstimmen.
Bis ONTAP 9.3 verwendete SnapMirror im DP-Modus aufgerufen und im XDP-Modus aufgerufen, verschiedene Replizierungs-Engines mit verschiedenen Ansätzen für die Versionsabhängigkeit:
-
SnapMirror rief im DP-Modus eine versionsabhängige Replizierungsmodul ins Einsatz, bei der die ONTAP Version auf dem primären und sekundären Storage identisch sein musste:
cluster_dst::> snapmirror create -type DP -source-path ... -destination-path ...
-
Im XDP-Modus rief SnapMirror eine versionsflexible Replizierungs-Engine zur Unterstützung verschiedener ONTAP Versionen auf primärem und sekundärem Storage auf:
cluster_dst::> snapmirror create -type XDP -source-path ... -destination-path ...
Dank der Performance-Verbesserungen überwiegen die bedeutenden Vorteile von versionsflexiblem SnapMirror den leichten Vorteil des Replizierungsdurchsatzes durch den versionsabhängigen Modus. Aus diesem Grund wurde ab ONTAP 9.3 der XDP-Modus als neue Standardeinstellung verwendet, und alle Aufrufe des DP-Modus auf der Kommandozeile oder in neuen oder bestehenden 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. Die folgende Tabelle zeigt das Verhalten, das Sie erwarten können.
Wenn Sie angeben… |
Der Typ ist… |
Die Standardrichtlinie (wenn Sie keine Richtlinie angeben) lautet… |
DATENSICHERUNG |
XDP |
MirrorAllSnapshots (SnapMirror DR) |
Nichts |
XDP |
MirrorAllSnapshots (SnapMirror DR) |
XDP |
XDP |
XDPStandard (SnapVault) |
Siehe auch die Beispiele im nachfolgenden Verfahren.
Die einzigen Ausnahmen von der Konvertierung sind wie folgt:
-
Beziehungen für SVM-Datensicherung setzen weiterhin den DP-Modus ein.
Geben Sie XDP explizit an, um den XDP-Modus mit der Standardeinstellung zu erhalten
MirrorAllSnapshots
Richtlinie: -
Beziehungen zur Lastfreigabe für den Datenschutz setzen die Standards weiterhin im DP-Modus um.
-
Beziehungen zu SnapLock für Datensicherheit werden weiterhin im DP-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.
Ab ONTAP 9.3 und älteren Versionen kann ein Ziel-Volume bis zu 251 Snapshot Kopien enthalten. Ab ONTAP 9.4 kann ein Ziel-Volume bis zu 1019 Snapshot Kopien enthalten.
Ab ONTAP 9.5 werden SnapMirror Synchronous Beziehungen unterstützt.
-
Erstellen Sie im Zielcluster eine Replikationsbeziehung:
Sie müssen die Variablen in Winkelklammern durch die erforderlichen Werte ersetzen, bevor Sie diesen Befehl ausführen.
snapmirror create -source-path <SVM:volume> -destination-path <SVM:volume> -type <DP|XDP> -schedule <schedule> -policy <policy>
Eine vollständige Befehlssyntax finden Sie in der man-Page.
Der
schedule
Der Parameter ist beim Erstellen von synchronen SnapMirror Beziehungen nicht anwendbar.Im folgenden Beispiel wird eine SnapMirror DR-Beziehung mit dem Standard erstellt
MirrorLatest
Richtlinie:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorLatest
Im folgenden Beispiel wird eine SnapVault-Beziehung mit dem Standard erstellt
XDPDefault
Richtlinie:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy XDPDefault
Im folgenden Beispiel wird eine einheitliche Replizierungsbeziehung mit dem Standard erstellt
MirrorAndVault
Richtlinie:cluster_dst:> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy MirrorAndVault
Im folgenden Beispiel wird eine einheitliche Replikationsbeziehung mit dem benutzerdefinierten erstellt
my_unified
Richtlinie:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily -policy my_unified
Das folgende Beispiel erstellt eine SnapMirror Synchronous-Beziehung unter Verwendung des Standards
Sync
Richtlinie:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy Sync
Das folgende Beispiel erstellt eine SnapMirror Synchronous-Beziehung unter Verwendung des Standards
StrictSync
Richtlinie:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy StrictSync
Im folgenden Beispiel wird eine SnapMirror DR-Beziehung erstellt. Wenn der DP-Typ automatisch in XDP konvertiert wird und keine Richtlinie angegeben ist, wird die Richtlinie standardmäßig auf das gesetzt
MirrorAllSnapshots
Richtlinie:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type DP -schedule my_daily
Im folgenden Beispiel wird eine SnapMirror DR-Beziehung erstellt. Wenn kein Typ oder keine Richtlinie angegeben ist, wird die Richtlinie standardmäßig auf die gesetzt
MirrorAllSnapshots
Richtlinie:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -schedule my_daily
Im folgenden Beispiel wird eine SnapMirror DR-Beziehung erstellt. Wenn keine Richtlinie angegeben wurde, wird die Richtlinie standardmäßig auf das gesetzt
XDPDefault
Richtlinie:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -schedule my_daily
Das folgende Beispiel erstellt eine SnapMirror Synchronous Beziehung mit der vordefinierten Richtlinie
SnapCenterSync
:cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy SnapCenterSync
Die vordefinierte Richtlinie
SnapCenterSync
Ist des TypsSync
. Diese Richtlinie repliziert alle Snapshot Kopien, die zusammen mit erstellt werdensnapmirror-label
Von „App_konsistent“.
Verwenden Sie die snapmirror show
Befehl zur Überprüfung, ob die SnapMirror Beziehung erstellt wurde. Eine vollständige Befehlssyntax finden Sie in der man-Page.
Weitere Möglichkeiten dies in ONTAP zu tun
So führen Sie diese Aufgaben durch: | Inhalt anzeigen… |
---|---|
Der neu gestaltete System Manager (verfügbar ab ONTAP 9.7) |
|
System Manager Classic (verfügbar mit ONTAP 9.7 und älter) |