Skip to main content
Enterprise applications
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Oracle Datenbanken und SnapMirror Ausfallszenarien für die aktive Synchronisierung

Beitragende

Es gibt mehrere SnapMirror Active Sync (SM-AS) Fehler-Szenarien, die jeweils unterschiedliche Ergebnisse haben.

Szenario Ergebnis

Fehler bei der Replikationsverbindung

Der Mediator erkennt dieses Split-Brain-Szenario und setzt die I/O-Vorgänge auf dem Node, auf dem sich die Master-Kopie befindet, fort. Wenn die Verbindung zwischen Standorten wieder online ist, führt der alternative Standort eine automatische Neusynchronisierung durch.

Ausfall des primären Standortspeichers

Der automatische ungeplante Failover wird von Mediator initiiert.

Keine I/O-Unterbrechung

Fehler beim Storage am Remote-Standort

Es gibt keine I/O-Unterbrechung. Es gibt eine vorübergehende Pause, weil das Netzwerk dazu führt, dass die synchrone Replikation abgebrochen wird, und der Master feststellt, dass er der rechtmäßige Eigentümer ist, weiterhin I/O zu bedienen (Konsens). Daher liegt eine I/O-Pause von einigen Sekunden vor, die die I/O-Vorgänge wieder aufnehmen wird.

Es erfolgt eine automatische Neusynchronisierung, wenn die Site online ist.

Verlust des Mediators oder der Verbindung zwischen Mediator und den Speicher-Arrays

I/O wird fortgesetzt und bleibt mit dem Remote-Cluster synchron, aber automatisiertes ungeplantes/geplantes Failover und Failback ist ohne Mediator nicht möglich.

Ausfall eines der Storage Controller im HA-Cluster

Der Partner-Node im HA-Cluster versucht eine Übernahme (NDO). Wenn die Übernahme fehlschlägt, erkennt Mediator, dass beide Knoten im Speicher ausgefallen sind, und führt einen automatischen ungeplanten Failover auf das Remote-Cluster durch.

Verlust von Festplatten

I/O wird bei bis zu drei aufeinanderfolgenden Festplattenausfällen fortgesetzt. Dies ist Teil von RAID-TEC.

Verlust des gesamten Standorts in einer typischen Bereitstellung

Server auf dem ausgefallenen Standort sind offensichtlich nicht mehr verfügbar. Applikationen mit Clustering-Unterstützung können für die Ausführung an beiden Standorten und den Betrieb an einem alternativen Standort konfiguriert werden. Allerdings erfordern die meisten Applikationen eine Tiebreaker an einem dritten Standort, ähnlich wie SM-AS den Mediator erfordert.

Ohne Cluster auf Applikationsebene müssen Applikationen am noch aktiven Standort gestartet werden. Dies würde sich auf die Verfügbarkeit auswirken, aber RPO=0 wird beibehalten. Es gehen keine Daten verloren.