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.

Informationen zu ONTAP SnapMirror SVM-Replizierung

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

Mit SnapMirror lässt sich eine Datensicherungsbeziehung zwischen SVMs erstellen. Bei dieser Art von Datensicherungsbeziehung werden die gesamte oder ein Teil der SVM-Konfiguration, von NFS-Exporten und SMB-Freigaben bis hin zu RBAC, sowie die Daten in den Volumes, die der SVM gehören, repliziert.

Unterstützte Beziehungstypen

Nur datenliefernde SVMs können repliziert werden. Die folgenden Datensicherungsbeziehungstypen werden unterstützt:

  • SnapMirror DR, wobei das Ziel typischerweise nur die Snapshots enthält, die sich aktuell auf dem Quell-Cluster befinden.

    Ab ONTAP 9.9.1 ändert sich dieses Verhalten bei Verwendung der Mirror-Vault-Richtlinie. Ab ONTAP 9.9.1 ist es möglich, unterschiedliche Snapshot-Richtlinien auf dem Quell-Cluster und dem Ziel-Cluster zu erstellen, und die Snapshots auf dem Ziel-Cluster werden nicht durch Snapshots auf dem Quell-Cluster überschrieben:

    • Sie werden während normaler geplanter Vorgänge, Aktualisierungen und Resynchronisierungen nicht von der Quelle auf das Ziel überschrieben.

    • Sie werden während Pausenvorgängen nicht gelöscht.

    • Sie werden bei Flip-Resync-Vorgängen nicht gelöscht. Bei der Konfiguration einer SVM-Notfallbeziehung mit der Mirror-Vault-Richtlinie unter ONTAP 9.9.1 und höher verhält sich die Richtlinie wie folgt:

    • Benutzerdefinierte Snapshot-Richtlinien am Quell-Cluster werden nicht auf das Ziel-Cluster kopiert.

    • Systemdefinierte Snapshot-Richtlinien werden nicht auf das Ziel kopiert.

    • Die Zuordnung von Volumes zu benutzerdefinierten und systemdefinierten Snapshot-Richtlinien wird nicht auf die Ziel-SVM kopiert.

  • SnapMirror Unified Replication, bei der das Ziel sowohl für Disaster Recovery als auch für die Langzeitaufbewahrung konfiguriert ist.

Weitere Informationen zur einheitlichen SnapMirror Replikation finden sich unter "SnapMirror Grundlagen der einheitlichen Replikation".

Der Richtlinientyp der Replikationsrichtlinie bestimmt die Art der Beziehung, die sie unterstützt. Die folgende Tabelle zeigt die verfügbaren Richtlinientypen.

Richtlinientyp

Beziehungstyp

async-mirror

SnapMirror DR

mirror-vault

Einheitliche Replikation

XDP ersetzt DP als Standard-SVM-Replikationsverfahren in ONTAP 9.4

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

Bestehende Beziehungen sind von der XDP-Standardeinstellung nicht betroffen. 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

MirrorAndVault (Vereinheitlichte Replikation)

Informationen zur Konvertierung von DP-Beziehungen in XDP-Beziehungen und weitere Details sind hier zu finden: "Konvertieren einer bestehenden ONTAP DP-Beziehung in XDP".

Hinweis

Versionsunabhängigkeit wird für die SVM-Replizierung nicht unterstützt. In einer SVM-Disaster-Recovery-Konfiguration muss sich die Ziel-SVM auf einem Cluster befinden, der dieselbe ONTAP Version wie der Quell-SVM-Cluster ausführt, um Failover und Failback Vorgänge zu unterstützen.

"Kompatible ONTAP Versionen für SnapMirror Beziehungen"

Wie SVM Konfigurationen repliziert werden

Der Inhalt einer SVM-Replikationsbeziehung wird durch das Zusammenspiel der folgenden Felder bestimmt:

  • Die -identity-preserve true Option des snapmirror create Befehls repliziert die gesamte SVM-Konfiguration.

    Die -identity-preserve false Option repliziert lediglich die Volumes sowie die Authentifizierungs- und Autorisierungskonfigurationen der SVM und die Protokoll- und Namensdiensteinstellungen, die in "Konfigurationen, die in SVM Disaster Recovery-Beziehungen repliziert werden" aufgeführt sind.

  • Die -discard-configs network Option des snapmirror policy create Befehls schließt LIFs und zugehörige Netzwerkeinstellungen von der SVM-Replikation aus, für Fälle, in denen sich Quell- und Ziel-SVMs in unterschiedlichen Subnetzen befinden.

  • Die `-vserver-dr-protection unprotected`Option des `volume modify`Befehls schließt das angegebene Volume von der SVM-Replikation aus.

Ansonsten ist die SVM-Replikation nahezu identisch mit der Volume-Replikation. Für die SVM-Replikation kann praktisch derselbe Workflow wie für die Volume-Replikation verwendet werden.

Supportdetails

Die folgende Tabelle zeigt Unterstützungsdetails für die SnapMirror SVM-Replikation.

Ressource oder Funktion

Supportdetails

Bereitstellungsarten

  • Eine Quelle zu einem einzigen Ziel

  • Ab ONTAP 9.4 ist Fan-Out verfügbar. Es kann ein Fan-Out auf nur zwei Ziele erfolgen.

    Standardmäßig ist pro Quell-SVM nur eine -identity-preserve true Beziehung zulässig.

Beziehungstypen

  • SnapMirror Katastrophenwiederherstellung

  • SnapMirror einheitliche Replikation

Replikationsbereich

Nur zwischen Clustern möglich. SVMs können nicht im selben Cluster repliziert werden.

Autonomous Ransomware Protection

Asynchrone Unterstützung für Konsistenzgruppen

Ab ONTAP 9.14.1 werden maximal 32 SVM Disaster Recovery-Beziehungen unterstützt, wenn Konsistenzgruppen vorhanden sind. Siehe "Eine Konsistenzgruppe schützen" und "Konsistenzgruppenlimits" für weitere Informationen.

FabricPool

Ab ONTAP 9.6 wird die SnapMirror SVM-Replikation mit FabricPool unterstützt. Bei einer SVM DR-Beziehung müssen Quell- und Ziel-Volumes keine FabricPool Aggregate verwenden, sie müssen jedoch dieselbe Tiering-Richtlinie nutzen.

Ab ONTAP 9.12.1 wird die SnapMirror SVM-Replikation mit FabricPool und FlexGroup Volumes unterstützt, die gemeinsam arbeiten. Vor Version 9.12.1 funktionierten jeweils zwei dieser Funktionen zusammen, jedoch nicht alle drei gleichzeitig.

IPsec aktivieren

Ab ONTAP 9.19.1 nicht unterstützt.

MetroCluster

Ab ONTAP 9.11.1 können beide Seiten einer SVM-Notfallwiederherstellungsbeziehung innerhalb einer MetroCluster Konfiguration als Quelle für zusätzliche SVM-Notfallwiederherstellungskonfigurationen dienen.

Ab ONTAP 9.5 wird die SnapMirror SVM-Replikation auf MetroCluster Konfigurationen unterstützt.

  • In Versionen vor ONTAP 9.10.X kann eine MetroCluster Konfiguration nicht das Ziel einer SVM-Notfallwiederherstellungsbeziehung sein.

  • In ONTAP 9.10.1 und späteren Versionen kann eine MetroCluster Konfiguration ausschließlich zu Migrationszwecken das Ziel einer SVM-Disaster-Recovery-Beziehung sein und muss alle notwendigen Anforderungen erfüllen, die in "TR-4966: Migration einer SVM in eine MetroCluster Lösung" beschrieben sind.

  • Nur eine aktive SVM innerhalb einer MetroCluster Konfiguration kann die Quelle einer SVM-Notfallwiederherstellungsbeziehung sein.

    Eine Quelle kann vor dem Switchover eine Sync-Source SVM oder nach dem Switchover eine Sync-Destination SVM sein.

  • Wenn sich eine MetroCluster Konfiguration im stabilen Zustand befindet, kann die MetroCluster Sync-Destination-SVM nicht die Quelle einer SVM-Disaster-Recovery-Beziehung sein, da die Volumes nicht online sind.

  • Wenn die Sync-Source-SVM die Quelle einer SVM Disaster-Recovery-Beziehung ist, werden die Informationen zur Quell-SVM Disaster-Recovery-Beziehung an den MetroCluster Partner repliziert.

  • Während der Umschaltungs- und Rückschaltungsprozesse kann die Replikation zum SVM-Disaster-Recovery-Ziel fehlschlagen.

    Nach Abschluss des Umschaltungs- oder Rückschaltungsprozesses werden die nächsten geplanten Updates der SVM-Disaster Recovery erfolgreich durchgeführt.

ONTAP S3

Wird bei SVM-Disaster Recovery nicht unterstützt.

SnapMirror Cloud

Wird bei SVM-Disaster Recovery nicht unterstützt.

SnapMirror Synchronous

Wird bei SVM-Disaster Recovery nicht unterstützt.

Versionsunabhängigkeit

Nicht unterstützt.

Volumenverschlüsselung

  • Verschlüsselte Datenträger auf dem Quellsystem sind auch auf dem Zielsystem verschlüsselt.

  • Auf dem Zielsystem müssen Onboard Key Manager oder KMIP-Server konfiguriert sein.

  • Am Zielort werden neue Verschlüsselungsschlüssel generiert.

  • Wenn das Ziel keinen Knoten enthält, der volume .encryption unterstützt, ist die Replikation zwar erfolgreich, aber die Zielvolumes sind nicht verschlüsselt.

Konfigurationen, die in SVM Disaster Recovery-Beziehungen repliziert werden

Die folgende Tabelle zeigt die Wechselwirkung der snapmirror create -identity-preserve Option und der snapmirror policy create -discard-configs network Option:

Konfiguration repliziert

‑identity‑preserve true

‑identity‑preserve false

Richtlinie ohne -discard-configs network Festlegung

Richtlinie mit -discard-configs network set

Netzwerk

NAS-LIFs

Ja

Nein

Nein

LIF Kerberos Konfiguration

Ja

Nein

Nein

SAN-LIFs

Nein

Nein

Nein

Firewall-Richtlinien

Ja

Ja

Nein

Servicerichtlinien

Ja

Ja

Nein

Routen

Ja

Nein

Nein

Broadcast-Domain

Nein

Nein

Nein

Subnetz

Nein

Nein

Nein

IPspace

Nein

Nein

Nein

SMB

SMB-Server

Ja

Ja

Nein

Lokale Gruppen und lokale Nutzer

Ja

Ja

Ja

Privileg

Ja

Ja

Ja

Schattenkopie

Ja

Ja

Ja

BranchCache

Ja

Ja

Ja

Serveroptionen

Ja

Ja

Ja

Serversicherheit

Ja

Ja

Nein

Home-Verzeichnis, Freigabe

Ja

Ja

Ja

Symlink

Ja

Ja

Ja

Fpolicy policy, Fsecurity policy und Fsecurity NTFS

Ja

Ja

Ja

Namenszuordnung und Gruppenzuordnung

Ja

Ja

Ja

Auditinformationen

Ja

Ja

Ja

NFS

Export-Richtlinien

Ja

Ja

Nein

Exportrichtlinienregeln

Ja

Ja

Nein

NFS-Server

Ja

Ja

Nein

RBAC

Sicherheitszertifikate

Ja

Ja

Nein

Benutzername, öffentlicher Schlüssel, Rolle und Rollenkonfiguration

Ja

Ja

Ja

SSL

Ja

Ja

Nein

Namensdienste

DNS und DNS-Hosts

Ja

Ja

Nein

UNIX-Benutzer und UNIX-Gruppe

Ja

Ja

Ja

Kerberos Realm und Kerberos Keyblocks

Ja

Ja

Nein

LDAP und LDAP-Client

Ja

Ja

Nein

Netgroup

Ja

Ja

Nein

NIS

Ja

Ja

Nein

Web und Webzugriff

Ja

Ja

Nein

Volumen

Objekt

Ja

Ja

Ja

Snapshots und Snapshot-Richtlinie

Ja

Ja

Ja

Richtlinie zum automatischen Löschen

Nein

Nein

Nein

Effizienzrichtlinie

Ja

Ja

Ja

Quota-Policy und Quota-Policy-Regel

Ja

Ja

Ja

Wiederherstellungswarteschlange

Ja

Ja

Ja

Root Volume

Namensraum

Ja

Ja

Ja

Nutzerdaten

Nein

Nein

Nein

Qtrees

Nein

Nein

Nein

Kontingente

Nein

Nein

Nein

QoS auf Dateiebene

Nein

Nein

Nein

Attribute: Status des Root-Volumes, Speicherplatzzusage, Größe, automatische Größenanpassung und Gesamtanzahl der Dateien

Nein

Nein

Nein

Storage QoS

QoS Richtliniengruppe

Ja

Ja

Ja

Fibre Channel (FC)

Nein

Nein

Nein

iSCSI

Nein

Nein

Nein

LUNs

Objekt

Ja

Ja

Ja

igroups

Nein

Nein

Nein

Portsets

Nein

Nein

Nein

Seriennummern

Nein

Nein

Nein

SNMP

v3 Benutzer

Ja

Ja

Storage-Grenzen für die SVM-Notfallwiederherstellung

Die folgende Tabelle zeigt die empfohlene maximale Anzahl an Volumes und SVM-Disaster-Recovery-Beziehungen pro Speicherobjekt. Es ist zu beachten, dass die Grenzwerte häufig plattformabhängig sind. In der "Hardware Universe" sind die Grenzwerte für Ihre spezifische Konfiguration aufgeführt.

Speicherobjekt

Limit

SVM

300 Flexible Volumes

HA-Paar

1.000 Flexible Volumes

Cluster

128 SVM Katastrophenbeziehungen
Verwandte Informationen