ONTAP SnapMirror Active Sync Interoperabilität
Änderungen vorschlagen
PDFs
SnapMirror Active Sync ist mit zahlreichen Betriebssystemen, Anwendungshosts und anderen Funktionen in ONTAP kompatibel.
Weitere Informationen zur Supportfähigkeit von NAS Konfigurationen sind unter "Mit ONTAP SnapMirror Active Sync für NAS schützen" zu finden.
|
Für spezifische Supportfähigkeit und Interoperabilität Details, die hier nicht behandelt werden, kann das Interoperabilitätsmatrix-Tool ("IMT" konsultiert werden. |
Anwendungshosts
SnapMirror active sync unterstützt Hypervisoren wie Hyper-V, ESXi, Betriebssysteme wie Red Hat Enterprise Linux (RHEL), Windows Server und Clustering-Lösungen wie vSphere Metro Storage Cluster (vMSC) sowie ab ONTAP 9.14.1 auch Windows Server Failover Cluster.
Betriebssysteme
SnapMirror Active Sync wird mit zahlreichen Betriebssystemen unterstützt, darunter:
-
AIX
-
Ab ONTAP 9.19.1 wird Transparent Application Failover (TAF) mit symmetrischen Aktiv/Aktiv-Konfigurationen unterstützt. Kein PVR ist erforderlich.
-
Ab ONTAP 9.11.1 bis ONTAP 9.18.1 wird AIX nur noch von PVR für automatisches Failover mit symmetrischen Aktiv/Aktiv-Konfigurationen unterstützt.
-
-
HP-UX (ab ONTAP 9.10.1)
-
Solaris 11.4 (ab ONTAP 9.10.1)
AIX
Ab ONTAP 9.19.1 wird Transparent Application Failover für AIX mit SnapMirror active sync in symmetrischen Aktiv/Aktiv-Konfigurationen unterstützt. Sie können System Manager oder die ONTAP CLI verwenden, um eine AIX LUN zu erstellen. Um transparentes Failover zu gewährleisten, müssen Sie bei Verwendung der ONTAP CLI die Option access-mode local mit dem Befehl lun create oder lun modify angeben. Standardmäßig ist der Zugriffsmodus auf global eingestellt. Wenn Sie System Manager verwenden, wählen Sie AIX als Host und local als Zugriffsmodus. Weitere Informationen zum Erstellen einer LUN finden Sie unter "SAN-Speicher bereitstellen". Weitere Informationen zur Unterstützung von AIX finden Sie im NetApp Knowledge Base Artikel: "SnapMirror active sync-Unterstützung für AIX: Verhalten je nach ONTAP Release und Migrationshinweise".
Wenn Sie ONTAP 9.11.1 bis ONTAP 9.18.1 verwenden, wird AIX mit SnapMirror active sync über einen standardmäßigen Engineering Feature Policy Variance Request (FPVR) unterstützt, vorausgesetzt, die folgenden Bestimmungen werden verstanden:
-
SnapMirror active sync kann einen RPO von null für den Datenschutz bieten, jedoch erfordert der Failover-Prozess mit AIX zusätzliche Schritte, um die Pfadänderung zu erkennen. LUNs, die nicht Teil einer Root-Volume-Gruppe sind, erleben eine I/O-Pause, bis ein
cfgmgrBefehl ausgeführt wird. Dies kann automatisiert werden, und die meisten Anwendungen setzen den Betrieb ohne weitere Unterbrechung fort. -
LUNs, die Teil einer Root-Volume-Gruppe sind, sollten generell nicht mit SnapMirror active sync geschützt werden. Es ist nicht möglich, den
cfgmgrBefehl nach einem Failover auszuführen, was bedeutet, dass ein Neustart erforderlich ist, um die Änderungen in den SAN-Pfaden zu erkennen. Ein RPO-Null-Datenschutz der Root-Volume-Gruppe ist weiterhin möglich, jedoch ist das Failover mit Unterbrechungen verbunden.
Für weitere Informationen zu SnapMirror active sync mit AIX steht Ihnen Ihr NetApp Account-Team zur Verfügung.
HP-UX
Ab ONTAP 9.10.1 wird SnapMirror Active Sync für HP-UX unterstützt.
Ein automatisches ungeplantes Failover (AUFO) auf dem isolierten primären Cluster kann durch einen doppelten Ereignisausfall verursacht werden, wenn die Verbindung zwischen dem primären und dem sekundären Cluster verloren geht und auch die Verbindung zwischen dem primären Cluster und dem Mediator verloren geht. Dies gilt als seltenes Ereignis, im Gegensatz zu anderen AUFO-Ereignissen.
-
In diesem Szenario kann es mehr als 120 Sekunden dauern, bis die E/A auf dem HP-UX Host wieder aufgenommen wird. Abhängig von den ausgeführten Anwendungen kann dies zu keiner E/A-Unterbrechung oder Fehlermeldung führen.
-
Zur Behebung des Problems ist ein Neustart der Anwendungen auf dem HP-UX-Host erforderlich, deren Ausfalltoleranz weniger als 120 Sekunden beträgt.
Solaris
Ab ONTAP 9.10.1 unterstützt SnapMirror Aktiv Sync Solaris 11.4.
Um sicherzustellen, dass Solaris-Clientanwendungen bei einem ungeplanten Standort-Switchover in einer SnapMirror Aktiv/Aktiv-Sync-Umgebung unterbrechungsfrei weiterlaufen, sollten die Standardeinstellungen des Solaris-Betriebssystems angepasst werden. Zur Konfiguration von Solaris mit den empfohlenen Einstellungen siehe "NetApp Knowledge Base: Solaris Host-Unterstützung empfohlene Einstellungen in SnapMirror Aktiv/Aktiv-Synchronisierung".
ONTAP Interoperabilität
SnapMirror active sync integriert sich mit Komponenten von ONTAP, um dessen Datensicherungsfunktionen zu erweitern.
Autonomous Ransomware Protection
Ab ONTAP 9.19.1 unterstützt ARP/AI primäre Volumes, die an SnapMirror Aktiv Sync SAN-Beziehungen teilnehmen. Weitere Informationen finden sich unter "Anwendungsfälle und Überlegungen zum autonomen Ransomware-Schutz".
FabricPool
SnapMirror active sync unterstützt Quell- und Ziel-Volumes auf FabricPool Aggregaten mit den Tiering-Richtlinien None, Snapshot oder Auto. SnapMirror active sync unterstützt keine FabricPool Aggregate mit der Tiering-Richtlinie All.
Fan-out Konfigurationen
In Fan-Out Konfigurationen dieser Konfiguration kann Ihr Quellvolume auf einen SnapMirror Aktiv/Aktiv-Zielendpunkt und auf eine SnapMirror asynchrone Beziehung gespiegelt werden.
SnapMirror active sync für SAN unterstützt Fan-Out Konfigurationen mit der MirrorAllSnapshots Richtlinie und ab ONTAP 9.11.1 die MirrorAndVault Richtlinie. Fan-out-Konfigurationen werden in SnapMirror active sync mit der XDPDefault Richtlinie nicht unterstützt.
Ab ONTAP 9.15.1 unterstützt SnapMirror active sync die automatische Neukonfiguration im Fan-Out-Bein nach einem Failover-Ereignis. Wenn das Failover vom primären zum sekundären Standort erfolgreich war, wird die Neukonfiguration der Fan-Out-Beziehung beim nächsten geplanten Update des asynchronen Fan-Out-Beins initiiert. Sie wird nicht unmittelbar nach dem SnapMirror active sync Failover ausgelöst. Das asynchrone Fan-Out-Bein kann eine Konsistenzgruppenbeziehung in einer SAN-Konfiguration oder eine unabhängige Volume-Beziehung sein. Die Neukonfiguration funktioniert in beiden Fällen. Sie wird sowohl durch ein geplantes als auch durch ein ungeplantes Failover ausgelöst. Auch beim Failback zum primären Standort erfolgt eine Neukonfiguration.
Informationen zur Verwaltung Ihrer Fan-Out-Konfiguration in früheren Versionen von ONTAP sind unter Schutzfortsetzung in der Fan-Out-Konfiguration zu finden.
NDMP Wiederherstellung
Ab ONTAP 9.13.1 kann NDMP zum Kopieren und Wiederherstellen von Daten mit SnapMirror Aktiv Sync verwendet werden. Mit NDMP lässt sich die Datenverschiebung auf die SnapMirror Aktiv Sync Quelle durchführen, sodass eine Wiederherstellung abgeschlossen werden kann, ohne den Schutz zu unterbrechen. Dies ist besonders in Fan-out-Konfigurationen hilfreich.
SnapCenter
SnapMirror active sync wird ab SnapCenter "SnapCenter 5.0" unterstützt. SnapCenter ermöglicht die Erstellung von Snapshots, die zum Schutz und zur Wiederherstellung von Anwendungen und virtuellen Maschinen verwendet werden können, wodurch stets verfügbare Speicherlösungen mit Granularität auf Anwendungsebene ermöglicht werden.
SnapRestore
SnapMirror Active Sync unterstützt die teilweise und Einzeldatei SnapRestore.
Ab ONTAP 9.11.1 Einzeldatei SnapRestore wird SnapMirror Aktiv-Sync-Volumes unterstützt. Es ist möglich, eine einzelne Datei aus einem Snapshot wiederherzustellen, der von der SnapMirror Aktiv-Sync-Quelle zum Ziel repliziert wurde. Da Volumes eine oder mehrere LUNs enthalten können, unterstützt diese Funktion eine weniger störende Wiederherstellung, indem eine einzelne LUN granular wiederhergestellt wird, ohne die anderen LUNs zu beeinträchtigen. Einzeldatei SnapRestore bietet zwei Optionen: In-Place und Out-of-Place.
Ab ONTAP 9.12.1 wird "partielle LUN Wiederherstellung" für SnapMirror Aktiv/Sync-Volumes unterstützt. Eine Wiederherstellung von Daten aus anwendungserstellten Snapshots, die zwischen dem SnapMirror Aktiv/Sync-Quellvolume (Volume) und den Ziel- (Snapshot-)Volumes repliziert wurden, ist möglich. Eine partielle LUN- oder Dateiwiederherstellung kann erforderlich sein, wenn eine Datenbank auf einem Host wiederhergestellt werden muss, der mehrere Datenbanken auf derselben LUN speichert. Für die Nutzung dieser Funktionalität sind der Startbyte-Offset der Daten und die Byteanzahl erforderlich.
Manipulationssichere Schnappschüsse
Manipulationssichere Snapshots werden mit SnapMirror active sync nicht unterstützt.
Große LUNs und große Volumes
Die Unterstützung für große LUNs und große Volumes (größer als 100 TB) hängt von der verwendeten ONTAP-Version und Ihrer Plattform ab.
-
Ab ONTAP 9.12.1 P2 und höher unterstützt SnapMirror Aktiv/Aktiv große LUNs und große Volumes über 100 TB auf ASA und AFF (A-Series und C-Series). Primäre und sekundäre Cluster müssen vom gleichen Typ sein: entweder ASA oder AFF. Die Replikation von AFF A-Series zu AFF C-Series und umgekehrt wird unterstützt.
|
|
Für ONTAP Releases 9.12.1P2 und höher ist sicherzustellen, dass sowohl der primäre als auch der sekundäre Cluster entweder All-Flash SAN Arrays (ASA) oder All Flash Array (AFF) sind und dass auf beiden ONTAP 9.12.1P2 oder höher installiert ist. Wenn auf dem sekundären Cluster eine Version älter als ONTAP 9.12.1P2 ausgeführt wird oder der Array-Typ nicht mit dem des primären Clusters übereinstimmt, kann die synchrone Beziehung aus dem Gleichgewicht geraten, wenn das primäre Volume größer als 100 TB wird. |
-
Für ONTAP-Versionen zwischen ONTAP 9.9.1 und 9.12.1 P1 (einschließlich) werden große LUNs und große Volumes über 100 TB nur auf All-Flash SAN Arrays unterstützt. Die Replikation von AFF A-Series zu AFF C-Series und umgekehrt wird unterstützt.
|
|
Für ONTAP-Versionen zwischen ONTAP 9.9.1 und 9.12.1 P2 muss sichergestellt sein, dass sowohl der primäre als auch der sekundäre Cluster All-Flash SAN Arrays sind und auf beiden ONTAP 9.9.1 oder eine neuere Version installiert ist. Wenn auf dem sekundären Cluster eine Version älter als ONTAP 9.9.1 ausgeführt wird oder es sich nicht um ein All-Flash SAN Array handelt, kann die synchrone Beziehung aus dem Gleichgewicht geraten, wenn das primäre Volume größer als 100 TB wird. |