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.

Erstellen einer Replikationsbeziehung

Beitragende
PDFs

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 mit dem snapmirror create Befehl Datensicherungsbeziehungen für SnapMirror DR, SnapVault oder einheitliche Replizierung erstellen.

Hinweis Dieses Verfahren gilt für FAS, AFF und aktuelle ASA Systeme. Wenn Sie über ein ASA r2-System (ASA A1K, ASA A70 oder ASA A90) verfügen, führen Sie "Diesen Schritten ausführen"die folgenden Schritte aus, um eine Replikationsbeziehung zu erstellen. ASA r2 Systeme bieten eine vereinfachte ONTAP-Erfahrung speziell für reine SAN-Kunden.

Ab ONTAP 9.11.1 können Sie mit System Manager vorkonfigurierte und individuelle Mirror- und Vault-Richtlinien auswählen, ältere Richtlinien anzeigen und auswählen und die in einer Sicherungsrichtlinie definierten Übertragungszeitpläne überschreiben, wenn Volumes und Storage VMs geschützt sind. Diese Funktion ist auch in ONTAP 9.8P12 und späteren Patches für ONTAP 9.8 verfügbar.

Hinweis

Wenn Sie ONTAP 9.8P12 oder höher ONTAP 9.8 Patch Release verwenden und SnapMirror mit System Manager konfiguriert haben, sollten Sie die Patch-Releases von ONTAP 9.9.1P13 oder höher und ONTAP 9.10.1P10 oder höher verwenden, wenn Sie ein Upgrade auf ONTAP 9.9.1 oder ONTAP 9.10.1 Versionen planen.
Bevor Sie beginnen

  • Quell- und Ziel-Cluster sowie SVMs müssen Peering durchgeführt werden.

    "Cluster- und SVM-Peering"

  • Die Sprache auf dem Zielvolume muss mit der Sprache auf dem Quellvolume übereinstimmen.

Über diese Aufgabe

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 Standardrichtlinie MirrorAllSnapshots zu erhalten.

  • 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 synchrone SnapMirror Beziehungen unterstützt.

Ab ONTAP 9.14.1 wird die -backoff-level Option zu den Befehlen , und hinzugefügt snapmirror create snapmirror modify snapmirror restore , um die Rückgabelevel pro Beziehung festzulegen. Die Option wird nur mit FlexVol SnapMirror Beziehungen unterstützt. Der optionale Befehl gibt die Ausschaltebene für SnapMirror aufgrund von Client-OPS an. Rückgabewerte können hoch, mittel oder keine sein. Der Standardwert ist High.

Schritte

Sie können System Manager oder die ONTAP CLI zum Erstellen einer Replizierungsbeziehung verwenden.

System Manager

  1. Wählen Sie das zu schützenden Volume oder LUN aus: Klicken Sie auf Storage > Volumes oder Storage > LUNs, und klicken Sie dann auf den gewünschten Volume oder LUN-Namen.

  2. Klicken Sie Auf Symbol schützen.

  3. Wählen Sie das Ziel-Cluster und die Storage-VM aus.

  4. Die asynchrone Richtlinie ist standardmäßig ausgewählt. Um eine synchrone Richtlinie auszuwählen, klicken Sie auf Weitere Optionen.

  5. Klicken Sie Auf Schutz.

  6. Klicken Sie auf die Registerkarte SnapMirror (lokal oder Remote) für das ausgewählte Volume oder LUN, um zu überprüfen, ob der Schutz korrekt eingerichtet ist.

CLI

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

    Hinweis Der schedule Parameter ist beim Erstellen synchroner SnapMirror-Beziehungen nicht anwendbar.

    Im folgenden Beispiel wird eine SnapMirror DR-Beziehung mithilfe der Standardrichtlinie erstellt MirrorLatest:

    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 mithilfe der Standardrichtlinie erstellt XDPDefault:

    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 mithilfe der Standardrichtlinie eine einheitliche Replizierungsbeziehung erstellt MirrorAndVault:

    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 mithilfe der benutzerdefinierten my_unified Richtlinie eine einheitliche Replizierungsbeziehung erstellt:

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

    Im folgenden Beispiel wird eine synchrone SnapMirror-Beziehung mithilfe der Standardrichtlinie erstellt Sync:

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

    Im folgenden Beispiel wird eine synchrone SnapMirror-Beziehung mithilfe der Standardrichtlinie erstellt StrictSync:

    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 standardmäßig die Richtlinie verwendet MirrorAllSnapshots:

    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 MirrorAllSnapshots folgende Richtlinie zurückgesetzt:

    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 ist, wird standardmäßig die XDPDefault Richtlinie wie folgt verwendet:

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

    Im folgenden Beispiel wird eine synchrone SnapMirror-Beziehung zur vordefinierten Policy erstellt SnapCenterSync:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst -type XDP -policy SnapCenterSync
    Hinweis Die vordefinierte Richtlinie SnapCenterSync ist vom Typ Sync. Diese Richtlinie repliziert alle Snapshot Kopien, die mit snapmirror-label „App_consistent“ erstellt wurden.
Nachdem Sie fertig sind
`snapmirror show`Überprüfen Sie mit dem Befehl, ob die SnapMirror Beziehung erstellt wurde. Eine vollständige Befehlssyntax finden Sie in der man-Page.
Verwandte Informationen

Weitere Möglichkeiten dies in ONTAP zu tun

So führen Sie diese Aufgaben durch: Inhalt anzeigen…​

System Manager Classic (verfügbar mit ONTAP 9.7 und älter)

"Volume Backup mit SnapVault – Übersicht"