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.

Erfahren Sie mehr über ONTAP SnapMirror Disaster Recovery für synchrone Disaster Recovery

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

Ab ONTAP 9.5 wird die SnapMirror Synchronous (SM-S)-Technologie auf allen FAS und AFF Plattformen unterstützt, die mindestens 16 GB Speicher haben und auf allen ONTAP Select Plattformen. Die synchrone SnapMirror Technologie ist eine Funktion mit Lizenzierung pro Node, die eine synchrone Datenreplizierung auf Volume-Ebene bietet.

Diese Funktionalität ist sowohl den gesetzlichen als auch den nationalen Vorgaben für synchrone Replizierung in Finanz-, Gesundheitswesen und anderen Branchen gerecht, in denen Datenverluste nicht erforderlich sind.

Synchrone SnapMirror-Vorgänge zulässig

Die Obergrenze der Anzahl der synchronen SnapMirror-Replizierungsvorgänge pro HA-Paar hängt vom Controller-Modell ab.

In der folgenden Tabelle ist die Anzahl der synchronen SnapMirror-Vorgänge aufgeführt, die je nach Plattformtyp und ONTAP Version pro HA-Paar zulässig sind.

Plattform

ONTAP 9.14.1 bis ONTAP 9.11.1

ONTAP 9.10.1

ONTAP 9.9.1

Versionen vor ONTAP 9.9.1

AFF

400

200

160

80

ASA

400

200

160

80

FAS

80

80

80

40

ONTAP Select

40

40

40

20

Unterstützte Funktionen

Die folgende Tabelle zeigt die Funktionen, die von SnapMirror Synchronous und den ONTAP Versionen unterstützt werden, in denen Unterstützung verfügbar ist.

Funktion

Release wird zuerst unterstützt

Weitere Informationen

Virenschutz auf dem primären Volume der synchronen SnapMirror-Beziehung

ONTAP 9,6

Von der Anwendung erstellte Snapshot-Replikation

ONTAP 9,7

Wenn ein Snapshot zum Zeitpunkt der snapshot create Operation über die CLI oder die ONTAP API mit dem entsprechenden Label versehen wird, repliziert SnapMirror synchron die Snapshots – sowohl benutzererstellte als auch solche, die mit externen Skripten erstellt wurden – nach dem Quiescing der Anwendungen. Ab ONTAP 9.14.1 ist die Label-Anforderung für die Replikation von anwendungserstellten Snapshots nicht mehr erforderlich. Weitere Informationen zur Replikation von anwendungserstellten Snapshots finden Sie unter "NetApp Knowledge Base: So replizieren Sie von Anwendungen erstellte Snapshots mit SnapMirror synchron".

Autonomer Ransomware-Schutz

ONTAP 9.19.1

Automatisches Löschen von Klonen

ONTAP 9,6

FabricPool Aggregate mit der Tiering-Richtlinie „Keine“, „Snapshot“ oder „automatisch“ werden von der synchronen Quelle und dem synchronen Ziel von SnapMirror unterstützt.

ONTAP 9,5

Das Ziel-Volume in einem FabricPool-Aggregat kann nicht auf „Alle Tiering-Richtlinien“ gesetzt werden.

FC

ONTAP 9,5

Über alle Netzwerke, bei denen die Latenz nicht mehr als 10 ms beträgt

FC-NVMe

ONTAP 9,7

Dateiklone

ONTAP 9,7

FPolicy auf das primäre Volume der synchronen SnapMirror-Beziehung

ONTAP 9,6

Hard- und Soft-Quotas auf dem primären Volume der synchronen SnapMirror-Beziehung

ONTAP 9,6

Die Quota-Regeln werden nicht auf das Ziel repliziert, daher wird die Quota-Datenbank nicht auf das Ziel repliziert.

Synchrone Beziehungen zwischen Clustern

ONTAP 9.14.1

Hochverfügbarkeit wird geboten, wenn Quell- und Ziel-Volumes auf verschiedenen HA-Paaren platziert werden. Wenn das gesamte Cluster ausfällt, ist der Zugriff auf die Volumes erst nach der Wiederherstellung des Clusters möglich. Synchrone SnapMirror-Beziehungen innerhalb eines Clusters tragen zur Gesamtgrenze von simultan beiBeziehungen pro HA-Paar.

ISCSI

ONTAP 9,5

LUN-Klone und NVMe Namespace-Klone

ONTAP 9,7

LUN-Klone, die durch von Applikationen erstellte Snapshots gesichert werden

ONTAP 9,7

Zugriff auf gemischte Protokolle (NFS v3 und SMB)

ONTAP 9,6

NDMP/NDMP-Wiederherstellung

ONTAP 9.13.1

Sowohl auf dem Quell- als auch auf dem Zielcluster muss ONTAP 9.13.1 oder höher ausgeführt werden, um NDMP mit SnapMirror Synchronous zu verwenden. Weitere Informationen finden Sie unter Datenübertragung mithilfe einer ndmp-Kopie.

Unterbrechungsfreier, synchroner SnapMirror-Betrieb (NDO) nur auf AFF/ASA Plattformen

ONTAP 9.12.1

Dank der Support-Funktion für unterbrechungsfreien Betrieb können Sie viele gängige Wartungsaufgaben ohne Ausfallzeiten durchführen. Zu den unterstützten Vorgängen gehören Takeover und Giveback. Außerdem werden Volumes verschoben, sofern zwischen jedem der beiden Cluster ein einziger Node übrigbleibt.

NFS v4.2

ONTAP 9.10.1

NFS v4.0

ONTAP 9,6

NFS v4.1

ONTAP 9,6

NVMe/TCP

9.10.1

Entfernung hoher Metadaten Frequenzbegrenzung

ONTAP 9,6

Geplante Snapshot-Replikation

ONTAP 9.19.1

Ab ONTAP 9.19.1 können Sie die Replikation geplanter Snapshots mithilfe einer SnapMirror-Richtlinie aktivieren. In Versionen vor ONTAP 9.19.1 werden geplante Snapshots, die mithilfe einer Snapshot-Richtlinie erstellt wurden, nicht repliziert.

Sicherheit für sensible Daten während der Übertragung mithilfe von TLS 1.2-Verschlüsselung

ONTAP 9,6

Wiederherstellung einzelner Dateien und teilweise Dateien

ONTAP 9.13.1

SMB 2.0 oder höher

ONTAP 9,6

Synchrone gespiegelte SnapMirror-Kaskade

ONTAP 9,6

Die Beziehung zum Ziel-Volume der synchronen SnapMirror-Beziehung muss eine asynchrone SnapMirror-Beziehung sein.

Disaster Recovery für SVM

ONTAP 9,6

* Eine synchrone SnapMirror Quelle kann auch eine Disaster-Recovery-Quelle der SVM sein, zum Beispiel eine Fan-out-Konfiguration mit SnapMirror Synchronous als ein Bein und SVM Disaster Recovery als der andere. * Eine synchrone SnapMirror-Quelle kann kein Disaster-Recovery-Ziel für SVM sein, da SnapMirror Synchronous die Kaskadierung einer Datensicherungsquelle nicht unterstützt. Sie müssen die synchrone Beziehung freigeben, bevor Sie eine SVM-Disaster-Recovery-Flip-Resynchronisierung im Ziel-Cluster durchführen. * Ein synchroner SnapMirror-Zielort kann keine SVM-Disaster-Recovery-Quelle sein, da die SVM-Disaster-Recovery keine Replikation von DP-Volumes unterstützt. Eine Flip-Resynchronisierung der synchronen Quelle würde eine Disaster Recovery der SVM mit Ausnahme des DP-Volumes im Ziel-Cluster zur Folge haben.

"Manipulationssichere Snapshots"

ONTAP 9.19.1

Die Ablaufzeit kann nur bei der Erstellung von Snapshots festgelegt werden. Sie können die Ablaufzeit für bereits vorhandene Snapshots weder festlegen noch verlängern.

Bandbasierte Wiederherstellung des Quell-Volumes

ONTAP 9.13.1

Zeitstempel der Parität zwischen Quell- und Ziel-Volumes für NAS

ONTAP 9,6

Wenn Sie ein Upgrade von ONTAP 9.5 auf ONTAP 9.6 durchgeführt haben, wird der Zeitstempel nur für neue und geänderte Dateien im Quell-Volume repliziert. Der Zeitstempel vorhandener Dateien im Quell-Volume wird nicht synchronisiert.

Nicht unterstützte Funktionen

Die folgenden Funktionen werden bei synchronen SnapMirror-Beziehungen nicht unterstützt:

  • Konsistenzgruppen

  • DP_Optimized (DPO)-Systeme

  • FlexGroup Volumes

  • FlexCache Volumes

  • Globale Drosselung

  • In einer Fan-out-Konfiguration kann nur eine Beziehung eine synchrone SnapMirror-Beziehung sein. Alle anderen Beziehungen aus dem Quell-Volume müssen asynchrone SnapMirror-Beziehungen sein.

  • LUN-Verschiebung

  • MetroCluster Konfigurationen

  • LUNs mit gemischten SAN- und NVMe-Zugriffs sowie NVMe Namespaces werden nicht auf demselben Volume oder derselben SVM unterstützt.

  • SnapCenter

  • SnapLock Volumes

  • Tape Backup oder Wiederherstellung mithilfe von Dump und SMTape auf dem Ziel-Volume

  • Durchsatzboden (QoS Min.) für Quell-Volumes

  • Volume SnapRestore

  • VVol

Betriebsmodi

SnapMirror Synchronous bietet je nach Typ der verwendeten SnapMirror-Richtlinie zwei Betriebsmodi:

  • Sync-Modus im Sync-Modus werden Applikations-I/O-Vorgänge parallel zu den primären und sekundären Speichersystemen gesendet. Wenn der Schreibvorgang auf dem sekundären Storage aus irgendeinem Grund nicht abgeschlossen wird, kann die Applikation das Schreiben auf den primären Storage fortsetzen. Wenn der Fehlerzustand behoben ist, synchronisiert sich die synchrone SnapMirror Technologie automatisch mit dem sekundären Storage und setzt im synchronen Modus die Replizierung vom primären zum sekundären Storage fort. Im synchronen Modus ist RPO=0 und RTO sehr niedrig, bis ein sekundärer Replizierungsausfall auftritt. RPO und RTO sind nicht bestimmt, entsprechen aber der Zeit zur Behebung des Problems, das zum Scheitern der sekundären Replizierung und zum Abschluss der Resync-Synchronisierung geführt hat.

  • StructSync-Modus SnapMirror Synchronous kann optional im StructSync-Modus betrieben werden. Wenn der Schreibvorgang auf den sekundären Storage aus irgendeinem Grund nicht abgeschlossen wird, fällt der Applikations-I/O aus. Dadurch wird sichergestellt, dass der Primär- und der Sekundärspeicher identisch sind. Die I/O-Vorgänge der Applikation zum primären InSync Status werden erst fortgesetzt, nachdem die SnapMirror-Beziehung wieder in den Status zurückkehrt. Falls der primäre Storage ausfällt, kann der Applikations-I/O nach dem Failover auf dem sekundären Storage fortgesetzt werden, ohne dass die Daten verloren gehen. Im Modus StrictSync ist die RPO immer null und die RTO ist sehr niedrig.

Beziehungsstatus

Der Status einer synchronen SnapMirror-Beziehung befindet sich InSync während des normalen Betriebs immer im Status. Wenn die SnapMirror-Übertragung aus irgendeinem Grund fehlschlägt, ist das Ziel nicht mit der Quelle synchronisiert und kann den OutofSync Status wechseln.

Bei SnapMirror-synchronen Beziehungen überprüft das System automatisch den Beziehungsstatus InSync oder OutofSync) in einem festen Intervall. Wenn der Beziehungsstatus lautet OutofSync, löst ONTAP automatisch den automatischen Resync-Prozess aus, um die Beziehung wieder in den InSync Status zu bringen. Die automatische Neusynchronisierung wird nur dann ausgelöst, wenn der Transfer aufgrund eines Vorgangs, z. B. ungeplanten Storage-Failover am Quell- oder Ziel-System oder aufgrund eines Netzwerkausfalls, ausfällt. Vom Benutzer initiierte Vorgänge wie snapmirror quiesce und snapmirror break lösen keine automatische Neusynchronisierung aus.

Wenn OutofSync im StructSync-Modus für eine synchrone SnapMirror-Beziehung der Beziehungsstatus lautet, werden alle I/O-Vorgänge zum primären Volume angehalten. Der OutofSync Status der synchronen SnapMirror-Beziehung im synchronen Modus stellt keine Unterbrechung für das primäre Volume dar, und I/O-Vorgänge sind auf dem primären Volume zulässig.

Geplante Snapshot-Replikation

Ab ONTAP 9.19.1 können Sie den SnapMirror Policy-Parameter -sync-snapshot-replication-mode im erweiterten Berechtigungsmodus verwenden, um geplante Snapshots zum SnapMirror Ziel zu replizieren. Die Replikation geplanter Snapshots bietet Symmetrie zwischen den primären und sekundären Volumes in einer SnapsMirror synchronen Beziehung.

Voraussetzungen

  • Sie müssen Cluster- oder SVM-Administrator sein

  • Sie müssen sich im erweiterten Berechtigungsmodus befinden

  • Sie müssen eine benutzerdefinierte SnapMirror-Richtlinie konfigurieren, die den Parameter -sync-snapshot-replication-mode verwendet und die Option sched_created enthält.

    • Systemdefinierte Richtlinien können nicht geändert werden. Sie müssen eine neue Richtlinie erstellen und die Beziehung neu herstellen.

    • Änderungen an benutzerdefinierten Richtlinien erfordern eine Resynchronisierung (Quiesce gefolgt von Resume), um bei bestehenden Beziehungen wirksam zu werden.

Der Parameter akzeptiert folgende Optionen:

  • none- Deaktiviert die Replikation von nicht-SnapMirror synchronen Snapshots

  • application_created- repliziert von der Anwendung erstellte Snapshots

  • sched_created - repliziert geplante Snapshots

  • sm_created - repliziert von SnapMirror asynchron (Fanout-Leg) erstellte Snapshots

  • Eine durch Kommas getrennte Liste von Typen: application_created, sched_created und sm_created.

Der Parameter wird erst wirksam, wenn der Beziehungsstatus InSync ist. Nicht aufgeführte Snapshot-Typen werden nur auf dem primären Volume gespeichert.

Hinweis Das Erstellen von Snapshots auf SnapMirror synchronen Volumes kann die Benutzer-I/O-Latenz erhöhen. Es wird empfohlen, Snapshot-Zeitpläne mit einer Frequenz von mehr als 30 Minuten zu verwenden.
Verwandte Informationen