Failover nach Verlust der Primary durchführen (DGMGRL)
OracleData GuardBefehl
# Connect to the standby (the primary is unreachable):
dgmgrl sys@<standby_db_unique_name>
# 1) Assess the data that will be lost (Transport Lag / Apply Lag):
SHOW DATABASE '<standby_db_unique_name>';
# 2) Complete failover: all received redo is applied, then the role changes (recommended)
FAILOVER TO '<standby_db_unique_name>';
# 3) Emergency: immediately, without applying redo (more data loss)
# FAILOVER TO '<standby_db_unique_name>' IMMEDIATE;
SHOW CONFIGURATION;Was es tut
Hebt den Standby in die Primary-Rolle, wenn die Primary nicht verfügbar ist; ein vollständiger Failover wendet zuerst alles empfangene Redo an, IMMEDIATE überspringt das Apply.
Wann einsetzen
Wenn Primary-Standort, Storage oder Datenbank unwiederbringlich verloren sind und das RTO kein Warten auf einen Switchover erlaubt.
Vorsicht
Dieser Rollenwechsel ist unumkehrbar. Stelle zuerst sicher, dass die Primary WIRKLICH ausgefallen ist; bleibt die alte Primary offen und schreibt die Anwendung weiter hinein, entsteht Split-Brain mit auseinanderlaufenden Daten (alte Primary herunterfahren/isolieren). Im Modus MaxPerformance verlierst du so viele Daten wie der Transport-Lag. Prüfe danach alle Standbys und die Backup-Strategie für die neue Primary.
Verwandte Einträge
- Data-Guard-Broker-Konfiguration und Datenbankstatus anzeigen (DGMGRL)
- Primary-/Standby-Rolle und Switchover-Bereitschaft mit SQL prüfen
- Transport-/Apply-Lag, Apply-Rate und Data-Guard-Prozesse auf dem Standby messen
- Standby vor Switchover/Failover mit dem Broker validieren (VALIDATE DATABASE)
- Geplanten Switchover durchführen (DGMGRL, Rollenwechsel ohne Datenverlust)
- Alte Primary nach einem Failover als Standby zurückholen (REINSTATE)