Effectuer un switchover planifié (DGMGRL, changement de rôle sans perte de données)
OracleData GuardCommande
# 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>';Ce que fait la commande
Inverse de façon contrôlée les rôles de la primaire et de la standby : tout le redo de la primaire est transmis et appliqué sur la standby, l'ancienne primaire redémarre en standby et le redo apply démarre automatiquement.
Quand l'utiliser
Pour une maintenance planifiée sur le site primaire (OS, matériel, rolling upgrade), des exercices de DR ou des déménagements de data center.
Attention
La primaire subit une courte interruption ; les connexions applicatives doivent être redirigées vers la nouvelle primaire via des services définis avec -role PRIMARY et FAN/TAF/AC. Les transactions longues et un apply lag élevé allongent le switchover ; ramenez d'abord le lag près de zéro. En RAC, le broker gère lui-même les instances ; n'intervenez pas avec srvctl.
Voir aussi
- Afficher la configuration du broker Data Guard et l'état des bases (DGMGRL)
- Vérifier le rôle primaire/standby et la préparation au switchover en SQL
- Mesurer le transport/apply lag, le débit d'apply et les processus Data Guard sur la standby
- Valider la standby avec le broker avant un switchover/failover (VALIDATE DATABASE)
- Effectuer un failover après la perte de la primaire (DGMGRL)
- Récupérer l'ancienne primaire en standby après un failover (REINSTATE)