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.

Erstellung einer ONTAP SnapMirror Replikationsbeziehung

Beitragende netapp-aaron-holt netapp-lenida netapp-aherbin netapp-thomi
Änderungen vorschlagen
PDFs

Die Beziehung zwischen dem Quell-Volume im Primärspeicher und dem Ziel-Volume im Sekundärspeicher wird als Datensicherungsbeziehung bezeichnet. Mit dem snapmirror create Befehl lassen sich SnapMirror DR-, SnapVault- oder Unified Replication Datensicherungsbeziehungen erstellen.

Hinweis Dieses Verfahren gilt für FAS, AFF und ASA Systeme. Bei einem ASA r2 System (ASA A1K, ASA A90, ASA A70, ASA A50, ASA A30, ASA A20 oder ASA C30) ist "diese Schritte" zu folgen, um eine Replikationsbeziehung zu erstellen. ASA r2 Systeme bieten eine vereinfachte ONTAP Erfahrung speziell für ausschließlich SAN-basierte Kunden.

Ab ONTAP 9.11.1 kann im System Manager die Auswahl von vordefinierten und benutzerdefinierten Mirror- und Vault-Richtlinien erfolgen, die Anzeige und Auswahl von älteren Richtlinien sowie das Überschreiben der in einer Datensicherungsstrategie definierten Übertragungszeitpläne beim Schutz von Volumes und Storage-VMs. Diese Funktion ist auch in ONTAP 9.8P12 und späteren Patches von ONTAP 9.8 verfügbar.

Hinweis

Wenn Sie ONTAP 9.8P12 oder eine spätere ONTAP 9.8 Patch-Version verwenden und SnapMirror mit System Manager konfiguriert haben, sollten Sie ONTAP 9.9.1P13 oder eine spätere sowie ONTAP 9.10.1P10 oder eine spätere Patch-Version verwenden, falls ein Upgrade auf ONTAP 9.9.1 oder ONTAP 9.10.1 Releases vorgesehen ist.
Bevor Sie beginnen

  • Die Quell- und Ziel-Cluster sowie die SVMs müssen miteinander verbunden sein.

    "Cluster- und SVM-Peering"

  • Die Sprache auf dem Ziel-Volume muss mit der Sprache auf dem Quell-Volume übereinstimmen.

Über diese Aufgabe

Bis ONTAP 9.3 verwendeten SnapMirror im DP-Modus und SnapMirror im XDP-Modus unterschiedliche Replikations-Engines mit unterschiedlichen Ansätzen zur Versionsabhängigkeit:

  • SnapMirror im DP-Modus verwendete eine versionsabhängige Replikations-Engine, bei der die ONTAP Version auf dem primären und sekundären Speicher identisch sein musste:

    cluster_dst::>  snapmirror create -type DP -source-path ... -destination-path ...

  • SnapMirror im XDP-Modus verwendete eine versionsflexible Replikations-Engine, die unterschiedliche ONTAP Versionen auf primärem und sekundärem Speicher unterstützte:

    cluster_dst::>  snapmirror create -type XDP -source-path ... -destination-path ...

Mit Leistungsverbesserungen überwiegen die signifikanten Vorteile des versionsflexiblen SnapMirror den leichten Vorteil im Replikationsdurchsatz, der mit dem versionsabhängigen Modus erzielt wird. Aus diesem Grund ist ab ONTAP 9.3 der XDP Modus der neue Standard, und alle Aufrufe des DP Modus in der Befehlszeile oder in neuen oder bestehenden Skripten werden automatisch in den XDP Modus umgewandelt.

Bestehende Beziehungen bleiben unberührt. Wenn eine Beziehung bereits vom Typ DP ist, bleibt sie vom Typ DP. Die folgende Tabelle zeigt das zu erwartende Verhalten.

Wenn Sie angeben…​

Der Typ ist…​

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

DP

XDP

MirrorAllSnapshots (SnapMirror DR)

Nichts

XDP

MirrorAllSnapshots (SnapMirror DR)

XDP

XDP

XDPDefault (SnapVault)

Siehe auch die Beispiele im nachfolgenden Verfahren.

Die einzigen Ausnahmen von der Umwandlung sind wie folgt:

  • SVM-Datensicherungsbeziehungen bleiben weiterhin standardmäßig im DP-Modus.

    XDP muss explizit angegeben werden, um den XDP-Modus mit der Standard `MirrorAllSnapshots`Richtlinie zu erhalten.

  • Lastverteilende Datenschutzbeziehungen verwenden weiterhin standardmäßig den DP-Modus.

  • SnapLock Datenschutzbeziehungen verbleiben weiterhin standardmäßig im DP-Modus.

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

Ab ONTAP 9.14.1 wird die -backoff-level Option zu den snapmirror create, snapmirror modify und snapmirror restore Befehlen hinzugefügt, sodass das Backoff-Level pro Beziehung angegeben werden kann. Die Option wird nur bei FlexVol SnapMirror Beziehungen unterstützt. Der optionale Befehl legt das SnapMirror Backoff-Level aufgrund von Client-Operationen fest. Backoff-Werte können hoch, mittel oder keine sein. Der Standardwert ist hoch.

Ab ONTAP 9.5 werden SnapMirror synchron Beziehungen unterstützt.

In ONTAP 9.4 und höher kann ein Zielvolume bis zu 1019 Snapshots enthalten. In ONTAP 9.3 und früher kann ein Zielvolume bis zu 251 Snapshots enthalten.

Schritte

Mit dem System Manager oder der ONTAP CLI lässt sich eine Replikationsbeziehung erstellen.

System Manager

  1. Das zu schützende Volume oder die LUN auswählen: Speicher > Volumes oder Speicher > LUNs auswählen und dann auf den gewünschten Volume- oder LUN-Namen klicken.

  2. Klicken Sie Symbol „Protect“.

  3. Den Ziel-Cluster und die Storage-VM auswählen.

  4. Die asynchron Datensicherungsstrategie ist standardmäßig ausgewählt. Eine synchron Datensicherungsstrategie kann über Weitere Optionen ausgewählt werden.

  5. Auf Schützen klicken.

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

CLI

  1. Vom Ziel-Cluster aus eine Replikationsbeziehung erstellen:

    Vor dem Ausführen dieses Befehls sind die Variablen in spitzen Klammern durch die erforderlichen Werte zu ersetzen.

    snapmirror create -source-path <SVM:volume> -destination-path <SVM:volume> -type <DP|XDP> -schedule <schedule> -policy <policy>
    Hinweis Der `schedule`Parameter ist bei der Erstellung SnapMirror synchroner Beziehungen nicht anwendbar.

    Das folgende Beispiel erstellt eine SnapMirror DR-Beziehung unter Verwendung der Standard `MirrorLatest`richtlinie:

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

    Das folgende Beispiel erstellt eine SnapVault Beziehung mit der Standard `XDPDefault`richtlinie:

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

    Das folgende Beispiel erstellt eine einheitliche Replikationsbeziehung mit der Standard `MirrorAndVault`richtlinie:

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

    Das folgende Beispiel erstellt eine einheitliche Replikationsbeziehung mithilfe der benutzerdefinierten 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 synchron Beziehung mit der Standard `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 synchron Beziehung mit der Standard `StrictSync`richtlinie:

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

    Das folgende Beispiel erstellt eine SnapMirror DR-Beziehung. Mit der automatischen Konvertierung des DP-Typs in XDP und ohne Angabe einer Richtlinie wird standardmäßig die MirrorAllSnapshots Richtlinie verwendet:

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

    Das folgende Beispiel erstellt eine SnapMirror DR-Beziehung. Wenn kein Typ oder keine Richtlinie angegeben ist, wird standardmäßig die MirrorAllSnapshots Richtlinie verwendet:

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

    Das folgende Beispiel erstellt eine SnapMirror DR-Beziehung. Wenn keine Richtlinie angegeben ist, wird die Richtlinie standardmäßig auf die XDPDefault Richtlinie gesetzt:

    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 synchron Beziehung mit der vordefinierten Richtlinie 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 jeden Snapshot, der mit dem snapmirror-label Parameter "app_consistent" erstellt wurde.
Nachdem Sie fertig sind

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

Verwandte Informationen

Weitere Möglichkeiten, dies in ONTAP zu tun

Um diese Aufgaben mit…​ auszuführen Diesen Inhalt ansehen…​

System Manager Classic (verfügbar mit ONTAP 9.7 und früher)

"Volume-Sicherung mit SnapVault Übersicht"
Verwandte Informationen