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.

Grundlagen der synchronen Disaster Recovery mit SnapMirror

Beitragende
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

Versionen vor ONTAP 9.9.1

ONTAP 9.9.1

ONTAP 9.10.1

ONTAP 9.11.1 bis ONTAP 9.14.1

AFF

80

160

200

400

ASA

80

160

200

400

FAS

40

80

80

80

ONTAP Select

20

40

40

40

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

Replizierung von applikationserstellten Snapshot Kopien

ONTAP 9,7

Wenn eine Snapshot Kopie zum Zeitpunkt des snapshot create Vorgangs mithilfe der CLI oder der ONTAP API mit dem entsprechenden Label versehen wird, repliziert SnapMirror Synchronous die Snapshot Kopien, die sowohl von Benutzern als auch von externen Skripten erstellt wurden, nachdem sie die Applikationen stillgelegt haben. Geplante Snapshot Kopien, die unter Verwendung einer Snapshot Richtlinie erstellt wurden, werden nicht repliziert. Weitere Informationen zum Replizieren von von durch die Anwendung erstellten Snapshot-Kopien finden Sie in folgendem Artikel der Knowledge Base: "Replizieren von Anwendungs-erstellten Snapshots mit SnapMirror Synchronous".

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 applikationserstellte Snapshot Kopien 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.3

ONTAP 9,5

NFS v4.0

ONTAP 9,6

NFS v4.1

ONTAP 9,6

NVMe/TCP

9.10.1

Entfernung hoher Metadaten Frequenzbegrenzung

ONTAP 9,6

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.

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

  • Manipulationssichere Snapshot Kopien

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

Verwandte Informationen

"Technischer Bericht 4733 zu NetApp: Synchrone Konfiguration mit SnapMirror und Best Practices"