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.

Überblick über die Business Continuity in SnapMirror

Beitragende

SnapMirror Business Continuity (SM-BC), auch als SnapMirror Active Sync bekannt, ermöglicht es Business-Services, den Betrieb selbst bei einem vollständigen Standortausfall fortzusetzen. Applikationen können dank einer sekundären Kopie einen transparenten Failover durchführen. Zum Auslösen eines Failovers mit SM-BC sind weder manuelle Eingriffe noch zusätzliche Skripte erforderlich.

SM-BC ist ab ONTAP 9.8 verfügbar. SM-BC wird auf AFF Clustern oder All-Flash SAN Array (ASA) Clustern unterstützt, bei denen die primären und sekundären Cluster entweder AFF oder ASA sein können. SM-BC sichert Applikationen mit iSCSI oder FCP LUNs.

Vorteile

SM-BC bietet folgende Vorteile:

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

  • Möglichkeit zum abwechselnd Hosten kritischer Applikationen vom primären und sekundären Standort aus

  • Vereinfachtes Applikationsmanagement mit Konsistenzgruppen für abhängige Schreibreihenfolge

  • Die Möglichkeit, für jede Applikation ein Failover zu testen

  • Sofortige Erstellung von Spiegelklonen, ohne die Applikationsverfügbarkeit zu beeinträchtigen

  • Ab ONTAP 9.11.1 unterstützt SM-BC SnapRestore mit einer Datei.

  • Ab ONTAP 9.14.1 unterstützt SM-BC Windows-Failover-Clustering und "Persistente SCSI 3-Reservierungen", Verbesserung der Hochverfügbarkeit.

Anwendungsfälle

Applikationsimplementierung für Objekt mit null Recovery-Zeit (RTO)

In einer SM-BC-Bereitstellung verfügen Sie über ein primäres und ein sekundäres Cluster. Eine LUN im primären Cluster 1LP) Wird einen Spiegel haben (L1s) Auf der sekundären; beide LUNs teilen sich dieselbe serielle ID und werden als Lese-Schreib-LUNs an den Host gemeldet. Lese- und Schreibvorgänge werden jedoch nur auf der primären LUN gewartet. 1LP. Alle Schreibvorgänge auf die Spiegelung L1S Werden von Proxy bedient.

Notfallszenario

Mit SM-BC können Sie mehrere Volumes synchron für eine Applikation zwischen Standorten an geografisch verteilten Standorten replizieren. Bei Unterbrechungen des primären Storage kann automatisch ein Failover auf die sekundäre Kopie durchgeführt werden. Dies ermöglicht Business Continuity für Tier-1-Applikationen.

Der Netapp Architektur Sind

Die folgende Abbildung zeigt den Betrieb der SnapMirror Business Continuity-Funktion auf hoher Ebene.

SnapMirror Workflow für Business Continuity

In Abschnitt 1 des Diagramms wird eine Applikation auf einer SVM im primären Datacenter implementiert. Die Volumes, die zur primären Konsistenzgruppe hinzugefügt wurden, sind mit SM-BC geschützt und werden auf die sekundäre Konsistenzgruppe in einem sekundären Rechenzentrum gespiegelt. Bei einer Unterbrechung erfolgt ein Failover der Volumes in der primären Konsistenzgruppe auf die gespiegelte Konsistenzgruppe. Volumes, die sich nicht in einer gespiegelten Konsistenzgruppe befinden, werden im Falle eines Failovers nicht bedient.