Geplanten Switchover durchführen (DGMGRL, Rollenwechsel ohne Datenverlust)
OracleData GuardBefehl
# Connect with a password (with OS authentication "/" the broker cannot restart the remote instance):
dgmgrl sys@<primary_db_unique_name>
# 1) Precheck:
SHOW CONFIGURATION;
VALIDATE DATABASE '<standby_db_unique_name>';
# 2) Role change:
SWITCHOVER TO '<standby_db_unique_name>';
# 3) Verify: new primary and new standby
SHOW CONFIGURATION;
SHOW DATABASE '<primary_db_unique_name>';Was es tut
Tauscht kontrolliert die Rollen von Primary und Standby: Das gesamte Redo der Primary wird übertragen und auf dem Standby angewendet, die alte Primary startet als Standby neu und Redo Apply beginnt automatisch.
Wann einsetzen
Für geplante Wartung am Primary-Standort (OS, Hardware, Rolling Upgrade), DR-Übungen oder Rechenzentrumsumzüge.
Vorsicht
Die Primary hat einen kurzen Ausfall; Anwendungsverbindungen müssen über mit -role PRIMARY definierte Services und FAN/TAF/AC zur neuen Primary geleitet werden. Lang laufende Transaktionen und hoher Apply-Lag verlängern den Switchover; bring den Lag vorher nahe null. In RAC verwaltet der Broker die Instanzen selbst; greife nicht mit srvctl ein.
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)
- Failover nach Verlust der Primary durchführen (DGMGRL)
- Alte Primary nach einem Failover als Standby zurückholen (REINSTATE)