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 Active Sync

Beitragende netapp-ahibbard netapp-lenida netapp-dbagwell netapp-aherbin netapp-aaron-holt

Mit SnapMirror Active Sync (auch als SnapMirror Business Continuity [SM-BC] bezeichnet) können Business Services auch bei einem vollständigen Standortausfall weiterlaufen und Applikationen dank einer sekundären Kopie einen transparenten Failover unterstützen. Für die Auslösung eines Failover mit SnapMirror Active Sync sind keine manuellen Eingriffe oder benutzerdefinierten Skripts erforderlich.

Die Unterstützung für SnapMirror Active Sync variiert je nach Ihrer ONTAP-Version:

ONTAP-Version

Unterstützte Cluster

Unterstützte Protokolle

Unterstützte Konfigurationen

9.17.1 und höher

  • AFF

  • ASA

  • C-Serie

  • ASA r2

  • ISCSI

  • FC

  • NVMe

  • Asymmetrisch aktiv/aktiv

Hinweis Asymmetrisches Aktiv/Aktiv unterstützt ASA r2 und NVMe nicht. Weitere Informationen zur NVMe-Unterstützung finden Sie unter "Konfiguration, Support und Einschränkungen von NVMe" .
  • Symmetrische aktiv/aktiv-Lösung

9.15.1 und höher

  • AFF

  • ASA

  • C-Serie

  • ISCSI

  • FC

  • Asymmetrisch aktiv/aktiv

  • Symmetrische Aktiv/Aktiv-Konfigurationen unterstützen 2-Knoten-Cluster in ONTAP 9.15.1. 4-Knoten-Cluster werden in ONTAP 9.16.1 und höher unterstützt.

9.9.1 und höher

  • AFF

  • ASA

  • C-Serie *

  • ISCSI

  • FC

Asymmetrisch aktiv/aktiv

Primäre und sekundäre Cluster müssen vom gleichen Typ sein: entweder "ASA" , "ASA r2" oder AFF.

Hinweis Ab Juli 2024 wurden die Inhalte aus zuvor als PDFs veröffentlichten technischen Berichten in die ONTAP Produktdokumentation integriert. Die Dokumentation zur aktiven Synchronisierung von ONTAP SnapMirror enthält nun Inhalte aus TR-4878: SnapMirror Active Sync.

Vorteile

SnapMirror Active Sync bietet folgende Vorteile:

  • Kontinuierliche Verfügbarkeit für geschäftskritische Applikationen:

  • Fähigkeit, kritische Applikationen abwechselnd von primären und sekundären Standorten zu hosten

  • Vereinfachtes Applikationsmanagement durch Consistency Groups für eine abhängige Konsistenz der Schreibreihenfolge

  • Die Fähigkeit, ein Failover für jede Anwendung zu testen.

  • Sofortige Erstellung von gespiegelten Klonen ohne Beeinträchtigung der Applikationsverfügbarkeit

  • Bereitstellung geschützter und nicht geschützter Workloads im selben ONTAP-Cluster.

  • LUN, NVMe-Namespace, NVMe-Subsystem oder Speichereinheitenidentität bleiben gleich, sodass die Anwendung sie als gemeinsam genutztes virtuelles Gerät betrachtet.

  • Sekundäre Cluster können mit der Flexibilität wiederverwendet werden, um sofort Klone für die Anwendungsnutzung für Entwicklungs- und Testzwecke sowie für UAT- oder Reporting-Zwecke zu erstellen, ohne die Applikations-Performance oder -Verfügbarkeit zu beeinträchtigen.

SnapMirror Active Sync ermöglicht Ihnen den Schutz Ihrer Daten-LUNs oder NVMe-Namespaces. Dadurch wird ein transparentes Failover von Anwendungen zur Gewährleistung der Geschäftskontinuität im Notfall ermöglicht. Weitere Informationen finden Sie unter "Anwendungsfälle" .

Schlüsselkonzepte

SnapMirror Active Sync nutzt Konsistenzgruppen und entweder den ONTAP Mediator oder, ab ONTAP 9.17.1, den ONTAP Cloud Mediator, um sicherzustellen, dass Ihre Daten auch im Katastrophenfall repliziert und bereitgestellt werden. Bei der Planung Ihrer SnapMirror Active Sync-Bereitstellung ist es wichtig, die wesentlichen Konzepte und die Architektur von SnapMirror Active Sync zu verstehen.

Asymmetrie und Symmetrie

In symmetrischen Aktiv/Aktiv-Konfigurationen können beide Standorte für aktive E/A auf den lokalen Speicher zugreifen. Symmetrisches Aktiv/Aktiv ist für Clusteranwendungen wie VMware vMSC, Windows Failover Cluster mit SQL und Oracle RAC optimiert.

In asymmetrischen Aktiv/Aktiv-Konfigurationen werden Daten auf der sekundären Site an eine LUN, einen Namespace oder eine Speichereinheit weitergeleitet.

Weitere Informationen finden Sie unter Architektur der aktiven Synchronisierung von SnapMirror.

Konsistenzgruppe

Für AFF und ASA -Systeme ist ein "Konsistenzgruppe" ist eine Sammlung von FlexVol -Volumes, die eine Konsistenzgarantie für die Anwendungs-Workload bieten, die zur Gewährleistung der Geschäftskontinuität geschützt werden muss. In ASA R2-Systemen ist eine Konsistenzgruppe eine Sammlung von Speichereinheiten.

Der Zweck einer Konsistenzgruppe besteht darin, gleichzeitig Snapshots von Volumes oder Speichereinheiten zu erstellen und so absturzkonsistente Kopien der Sammlung zu einem bestimmten Zeitpunkt sicherzustellen. Eine Konsistenzgruppe stellt sicher, dass alle Volumes eines Datensatzes stillgelegt und zum exakt gleichen Zeitpunkt erneut gesichert werden. Dies ermöglicht einen datenkonsistenten Wiederherstellungspunkt für alle Volumes oder Speichereinheiten, die den Datensatz unterstützen. Eine Konsistenzgruppe gewährleistet dadurch die abhängige Konsistenz der Schreibreihenfolge. Wenn Sie Anwendungen zur Geschäftskontinuität schützen möchten, muss die Gruppe der dieser Anwendung zugehörigen Volumes oder Speichereinheiten einer Konsistenzgruppe hinzugefügt werden, um eine Datenschutzbeziehung zwischen einer Quell- und einer Zielkonsistenzgruppe herzustellen. Die Quell- und Zielkonsistenzgruppe müssen dieselbe Anzahl und denselben Typ von Volumes enthalten.

Konstitutive

Ein einzelnes Volume, LUN oder NVMe-Namespace (ab ONTAP 9.17.1), das Teil der Konsistenzgruppe ist, die in der SnapMirror Active Sync-Beziehung geschützt ist.

ONTAP Mediator

Der "ONTAP Mediator" empfängt Zustandsinformationen zu verbundenen ONTAP Clustern und -Knoten, koordiniert die Zusammenarbeit und ermittelt, ob jeder Knoten/Cluster fehlerfrei und betriebsbereit ist. ONTAP Mediator liefert Zustandsinformationen zu:

  • Peer ONTAP Cluster

  • Peer ONTAP Cluster Nodes

  • Konsistenzgruppen (zur Definition der Failover-Einheiten in einer SnapMirror Active Sync Beziehung), für jede Konsistenzgruppe sind die folgenden Informationen angegeben:

    • Replikationsstatus: Nicht initialisiert, synchron oder nicht synchronisiert

    • Welcher Cluster hostet die primäre Kopie

    • Operationskontext (wird für geplanten Failover verwendet)

Mit diesen ONTAP Mediator-Integritätsinformationen können Cluster zwischen verschiedenen Arten von Ausfällen unterscheiden und bestimmen, ob ein automatisiertes Failover durchgeführt werden soll. ONTAP Mediator ist eine der drei Parteien des SnapMirror Active Sync Quorums zusammen mit beiden ONTAP Clustern (primär und sekundär). Um einen Konsens zu erreichen, müssen mindestens zwei Parteien im Quorum einer bestimmten Operation zustimmen.

Hinweis Ab ONTAP 9.15.1 zeigt System Manager den Status der aktiven SnapMirror Synchronisierungsbeziehung von einem der beiden Cluster an. Sie können den Status des ONTAP Mediators auch von einem der Cluster aus im System Manager überwachen. In früheren Versionen von ONTAP zeigt System Manager den Status der aktiven SnapMirror Synchronisierungsbeziehungen vom Quell-Cluster an.
ONTAP Cloud Mediator

ONTAP Cloud Mediator ist ab ONTAP 9.17.1 verfügbar. ONTAP Cloud Mediator bietet dieselben Dienste wie ONTAP Mediator, wird jedoch mit BlueXP in der Cloud gehostet.

Geplantes Failover

Ein manueller Vorgang zum Ändern der Rollen von Kopien in einer aktiven SnapMirror Synchronisierungsbeziehung. Die primären Standorte werden zum sekundären Standort und der sekundäre zum primären Standort.

Primary-First und Primary Bias

Die aktive Synchronisierung von SnapMirror nutzt ein Prinzip der primären Priorität, das der primären Kopie vorgibt, um I/O-Anfragen bei einer Netzwerkpartition zu bedienen.

Primär-Bias ist eine spezielle Quorum-Implementierung, die die Verfügbarkeit eines durch SnapMirror aktiv synchron geschützten Datensatzes verbessert. Wenn die primäre Kopie verfügbar ist, tritt Primary-Bias in Kraft, wenn der ONTAP Mediator nicht von beiden Clustern aus erreichbar ist.

Primary-First- und Primary-Bias werden ab ONTAP 9.15.1 in SnapMirror Active Sync unterstützt. Primäre Kopien werden in System Manager festgelegt und mit der REST-API und CLI ausgegeben.

Automatisches ungeplantes Failover (AUFO)

Ein automatischer Vorgang zum Durchführen eines Failovers der Spiegelkopie. Der Vorgang erfordert Unterstützung durch den ONTAP Mediator, um festzustellen, dass die primäre Kopie nicht verfügbar ist.

Out-of-Sync (OOS)

Wenn die Anwendungs-I/O nicht auf das sekundäre Speichersystem repliziert wird, wird es als nicht synchron gemeldet. Ein Status „nicht synchron“ bedeutet, dass die sekundären Volumes nicht mit dem primären Volume (Quelle) synchronisiert werden und dass die SnapMirror Replizierung nicht stattfindet.

Wenn der Spiegelungsstatus lautet Snapmirrored, weist dies auf einen Übertragungsfehler oder einen Übertragungsfehler aufgrund eines nicht unterstützten Vorgangs hin.

Die aktive Synchronisierung von SnapMirror unterstützt die automatische Neusynchronisierung, sodass Kopien in den InSync Status zurückkehren können.

Ab ONTAP 9.15.1 unterstützt SnapMirror Active Sync "Automatische Neukonfiguration in Fan-out-Konfigurationen".

Einheitliche und uneinheitliche Konfiguration
  • Uniform Host Access bedeutet, dass Hosts von beiden Standorten mit allen Pfaden zu Storage Clustern auf beiden Standorten verbunden sind. Standortübergreifende Pfade sind über Entfernungen verteilt.

  • Uneinheitlicher Hostzugriff bedeutet, dass Hosts an jedem Standort nur mit dem Cluster am selben Standort verbunden sind. Standortübergreifende Pfade und gestreckte Pfade sind nicht miteinander verbunden.

Hinweis Jeder SnapMirror Active Sync Bereitstellung wird ein einheitlicher Host-Zugriff unterstützt. Ein nicht einheitlicher Host-Zugriff wird nur für symmetrische aktiv/aktiv-Implementierungen unterstützt.
Kein RPO

RPO steht für das Recovery Point Objective. Dies ist die Menge an Datenverlusten, die in einem bestimmten Zeitraum als akzeptabel erachtet werden. Ein RPO von null bedeutet, dass kein Datenverlust akzeptabel ist.

Kein RTO

RTO steht für die Recovery Time Objective. Diese Zeitdauer wird für eine Applikation nach einem Ausfall, Ausfall oder anderen Datenverlusten für die unterbrechungsfreie Wiederherstellung des normalen Betriebs erachtet. Kein RTO bedeutet, dass keine Ausfallzeiten akzeptabel sind.