Effectuer un failover après la perte de la primaire (DGMGRL)
OracleData GuardCommande
# 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;Ce que fait la commande
Promeut la standby au rôle de primaire lorsque la primaire est indisponible ; un failover complet applique d'abord tout le redo reçu, IMMEDIATE saute l'apply.
Quand l'utiliser
Lorsque le site primaire, le stockage ou la base est perdu sans possibilité de récupération et que le RTO ne permet pas d'attendre un switchover.
Attention
Ce changement de rôle est irréversible. Assurez-vous d'abord que la primaire est VRAIMENT arrêtée ; si l'ancienne primaire reste ouverte et que l'application continue d'y écrire, vous obtenez un split-brain et des données divergentes (arrêtez/isolez l'ancienne primaire). En mode MaxPerformance, vous perdez autant de données que le transport lag. Ensuite, revoyez toutes les standbys et la stratégie de sauvegarde pour la nouvelle primaire.
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 switchover planifié (DGMGRL, changement de rôle sans perte de données)
- Récupérer l'ancienne primaire en standby après un failover (REINSTATE)