Allgemeines zur SnapMirror SVM-Replizierung
-
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
-
Datensicherung mit der CLI
- Managen Sie die SnapMirror Volume-Replizierung
-
Datensicherung mit der CLI
Sammlung separater PDF-Dokumente
Creating your file...
Mit SnapMirror können Sie eine Datensicherungsbeziehung zwischen SVMs erstellen. In dieser Art der Datensicherungsbeziehung wird die gesamte Konfiguration oder Teile der SVM, von NFS-Exporten und SMB-Freigaben bis hin zur rollenbasierten Zugriffssteuerung, repliziert sowie die Daten in den Volumes, die die SVM besitzt.
Unterstützte Beziehungstypen
Es können nur SVMs mit Datenbereitungsdaten repliziert werden. Die folgenden Typen von Datensicherungsbeziehungen werden unterstützt:
-
SnapMirror DR,, in der das Ziel normalerweise nur die Snapshot-Kopien enthält, die sich derzeit auf der Quelle befinden.
Ab ONTAP 9.9 ändert sich dieses Verhalten, wenn Sie die Mirror-Vault-Richtlinie verwenden. Ab ONTAP 9.9 können Sie unterschiedliche Snapshot Richtlinien auf Quelle und Ziel erstellen. Die Snapshot Kopien auf dem Ziel werden nicht durch Snapshot Kopien auf der Quelle überschrieben:
-
Sie werden während normaler geplanter Vorgänge, Updates und Neusynchronisierung nicht vom Quell- zum Ziel überschrieben
-
Sie werden während der Pausen nicht gelöscht.
-
Sie werden während der Flip-Resynchronisierung nicht gelöscht. Wenn Sie eine SVM-Disaster-Beziehung mithilfe der Mirror-Vault-Richtlinie über ONTAP 9.9.1 und höher konfigurieren, verhält sich die Richtlinie wie folgt:
-
Benutzerdefinierte Richtlinien für Snapshot Kopien an der Quelle werden nicht auf das Ziel kopiert.
-
Systemdefinierte Snapshot Kopien werden nicht auf das Ziel kopiert.
-
Eine Volume-Zuordnung mit Benutzer- und systemdefinierten Snapshot-Richtlinien wird nicht auf das Ziel kopiert. + SVM.
-
-
Beginnend mit ONTAP 9.2, SnapMirror Unified Replication, in der das Ziel für DR und langfristige Aufbewahrung konfiguriert ist.
Details zu diesen Beziehungstypen finden Sie hier: "Allgemeines zur Replizierung von SnapMirror Volumes".
Der Typ_Policy_ der Replikationsrichtlinie bestimmt die Art der von ihr unterstützten Beziehung. In der folgenden Tabelle sind die verfügbaren Richtlinientypen aufgeführt.
Richtlinientyp |
Beziehungstyp |
Asynchrone Spiegelung |
SnapMirror DR |
Mirror-Vault |
Einheitliche Replizierung |
XDP ersetzt DP als Standardvorgabe für die SVM-Replizierung in ONTAP 9.4
Seit ONTAP 9.4 ist bei den SVM-Datensicherungsbeziehungen standardmäßig der XDP-Modus aktiviert. Beziehungen für die SVM-Datensicherung setzen weiterhin in ONTAP 9.3 und früher den DP-Modus ein.
Vorhandene Beziehungen sind von der neuen Standardeinstellung 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 |
MirrorAndVault (einheitliche Replizierung) |
Details zu den Änderungen im Standard finden Sie hier: "XDP ersetzt DP als SnapMirror-Standard".
Die Versionsunabhängigkeit wird bei der SVM-Replizierung nicht unterstützt. Bei einer SVM-Konfiguration für Disaster Recovery muss sich die Ziel-SVM auf einem Cluster befinden, auf dem dieselbe ONTAP-Version wie das SVM-Quell-Cluster ausgeführt wird, um Failover- und Failback-Vorgänge zu unterstützen. |
Replizierung von SVM-Konfigurationen
Der Inhalt einer SVM-Replizierungsbeziehung wird durch die Interaktion der folgenden Felder bestimmt:
-
Der
-identity-preserve true
Option dessnapmirror create
Befehl repliziert die gesamte SVM-Konfiguration.Der
-identity-preserve false
Die Option repliziert nur die Volumes und die Authentifizierungs- und Autorisierungskonfigurationen der SVM sowie die in aufgeführten Protokoll- und Namensdiensteinstellungen "Konfigurationen, die in SVM-Disaster-Recovery-Beziehungen repliziert werden". -
Der
-discard-configs network
Option dessnapmirror policy create
Der Befehl schließt LIFs und zugehörige Netzwerkeinstellungen aus der SVM-Replizierung aus und kann dort verwendet werden, wo sich die Quell- und Ziel-SVMs in unterschiedlichen Subnetzen befinden. -
Der
-vserver-dr-protection unprotected
Option desvolume modify
Der Befehl schließt das angegebene Volume von der SVM-Replizierung aus.
Andernfalls ist die SVM-Replizierung nahezu identisch mit der Volume-Replizierung. Sie können nahezu denselben Workflow für die SVM-Replizierung einsetzen wie bei der Volume-Replizierung.
Support-Details
Die folgende Tabelle enthält Support-Details zur SnapMirror SVM-Replizierung.
Ressource oder Funktion |
Support-Details |
Bereitstellungstypen |
|
Beziehungstypen |
|
Replizierungsumfang |
Nur Intercluster. Sie können SVMs nicht in demselben Cluster replizieren. |
Autonomer Schutz Durch Ransomware |
|
Asynchrone Unterstützung von Konsistenzgruppen |
Ab ONTAP 9.14.1 werden maximal 32 Disaster-Recovery-Beziehungen für SVMs unterstützt, wenn Konsistenzgruppen vorhanden sind. Siehe "Sichern einer Konsistenzgruppe" Und "Einschränkungen für Konsistenzgruppen" Finden Sie weitere Informationen. |
FabricPool |
Ab ONTAP 9.6 wird die SnapMirror SVM-Replizierung mit FabricPool unterstützt. |
MetroCluster |
Ab ONTAP 9.11.1 können beide Seiten der Disaster-Recovery-Beziehung einer SVM innerhalb einer MetroCluster Konfiguration als Quelle für zusätzliche SVM-Disaster-Recovery-Konfigurationen fungieren. Ab ONTAP 9.5 wird die SnapMirror SVM-Replizierung auf MetroCluster Konfigurationen unterstützt.
|
Konsistenzgruppe |
Unterstützt ab ONTAP 9.14.1. Weitere Informationen finden Sie unter Sichern einer Konsistenzgruppe. |
ONTAP S3 |
Nicht unterstützt durch SVM Disaster Recovery. |
SnapMirror Synchronous |
Nicht unterstützt durch SVM Disaster Recovery. |
Versionsunabhängigkeit |
Nicht unterstützt. |
Volume-Verschlüsselung |
|
Konfigurationen, die in SVM-Disaster-Recovery-Beziehungen repliziert werden
Die folgende Tabelle zeigt die Interaktion des snapmirror create -identity-preserve
Option und das snapmirror policy create -discard-configs network
Option:
Konfiguration repliziert |
|
|
||
Richtlinie ohne |
Richtlinien mit |
|||
Netzwerk |
NAS-LIFs |
Ja. |
Nein |
Nein |
LIF-Kerberos-Konfiguration |
Ja. |
Nein |
Nein |
SAN LIFs |
Nein |
Nein |
Nein |
Firewallrichtlinien |
Ja. |
Ja. |
Nein |
Service-Richtlinien |
Ja. |
Ja. |
Nein |
Routen |
Ja. |
Nein |
Nein |
Broadcast-Domäne |
Nein |
Nein |
Nein |
Subnetz |
Nein |
Nein |
Nein |
IP-Bereich |
Nein |
Nein |
Nein |
SMB |
SMB Server |
Ja. |
Ja. |
Nein |
Lokale Gruppen und lokaler Benutzer |
Ja. |
Ja. |
Ja. |
Berechtigung |
Ja. |
Ja. |
Ja. |
Schattenkopie |
Ja. |
Ja. |
Ja. |
BranchCache |
Ja. |
Ja. |
Ja. |
Serveroptionen |
Ja. |
Ja. |
Ja. |
Serversicherheit |
Ja. |
Ja. |
Nein |
Home Directory damit füllt |
Ja. |
Ja. |
Ja. |
Symbolischer Link |
Ja. |
Ja. |
Ja. |
FPolicy, Fsicherheitsrichtlinie und Fsicherheitsrichtlinien NTFS |
Ja. |
Ja. |
Ja. |
Namenszuweisung und Gruppenzuordnung |
Ja. |
Ja. |
Ja. |
Audit-Informationen |
Ja. |
Ja. |
Ja. |
NFS |
Exportrichtlinien |
Ja. |
Ja. |
Nein |
Exportrichtlinien |
Ja. |
Ja. |
Nein |
NFS-Server |
Ja. |
Ja. |
Nein |
RBAC |
Sicherheitszertifikate |
Ja. |
Ja. |
Nein |
Benutzer anmelden, öffentlichen Schlüssel, Rolle und Rollenkonfiguration |
Ja. |
Ja. |
Ja. |
SSL |
Ja. |
Ja. |
Nein |
Name Services |
DNS- und DNS-Hosts |
Ja. |
Ja. |
Nein |
UNIX-Benutzer und UNIX-Gruppe |
Ja. |
Ja. |
Ja. |
Kerberos-Bereich und Kerberos-Keyblockes |
Ja. |
Ja. |
Nein |
LDAP- und LDAP-Client |
Ja. |
Ja. |
Nein |
Netzgruppe |
Ja. |
Ja. |
Nein |
NIS |
Ja. |
Ja. |
Nein |
Web- und Webzugriff |
Ja. |
Ja. |
Nein |
Datenmenge |
Objekt |
Ja. |
Ja. |
Ja. |
Snapshot Kopien, Snapshot-Richtlinien und Autodelete-Richtlinien |
Ja. |
Ja. |
Ja. |
Effizienzrichtlinie |
Ja. |
Ja. |
Ja. |
Kontingentrichtlinie und Kontingentrichtlinie |
Ja. |
Ja. |
Ja. |
Wiederherstellungswarteschlange |
Ja. |
Ja. |
Ja. |
Root-Volume |
Namespace |
Ja. |
Ja. |
Ja. |
Benutzerdaten |
Nein |
Nein |
Nein |
Qtrees |
Nein |
Nein |
Nein |
Kontingente |
Nein |
Nein |
Nein |
QoS auf Dateiebene |
Nein |
Nein |
Nein |
Attribute: Zustand des Root-Volumes, der Platzgarantie, der Größe, der Autosize und der Gesamtzahl 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 |
Portsätze |
Nein |
Nein |
Nein |
Seriennummern |
Nein |
Nein |
Nein |
SNMP |
v3-Benutzer |
Ja. |
Grenzen des SVM Disaster Recovery Storage
Die folgende Tabelle zeigt die empfohlene maximale Anzahl an Volumes und SVM-Disaster-Recovery-Beziehungen, die pro Storage-Objekt unterstützt werden. Grenzen sollten häufig plattformabhängig sein. Siehe "Hardware Universe" Lernen Sie die Grenzen für Ihre spezifische Konfiguration kennen.
Storage Objekt |
Grenze |
SVM |
300 flexible Volumes |
HA-Paar |
1,000 Flexible Volumes |
Cluster |
128 SVM-Disaster-Beziehungen |