Valider la standby avec le broker avant un switchover/failover (VALIDATE DATABASE)
OracleData GuardCommande
VALIDATE DATABASE '<standby_db_unique_name>';
VALIDATE DATABASE VERBOSE '<standby_db_unique_name>';
# spfile parameter differences between the two sides:
VALIDATE DATABASE '<standby_db_unique_name>' SPFILE;
# Network and static listener registrations (18c+):
VALIDATE NETWORK CONFIGURATION FOR ALL;
VALIDATE STATIC CONNECT IDENTIFIER FOR ALL;Ce que fait la commande
Vérifie si la standby est prête pour un changement de rôle ("Ready for Switchover / Failover: Yes"), le nombre/la taille des standby redo logs, l'état flashback et apply, les différences de spfile et les services statiques dont le broker a besoin pour redémarrer les instances.
Quand l'utiliser
Comme étape obligatoire avant chaque switchover planifié ; après la création d'une nouvelle standby et après des changements réseau/listener.
Attention
Lecture seule. Si vous voyez "Ready for Switchover: No" ou un avertissement sur les standby redo logs, ne poursuivez pas le switchover. Une erreur de static connect identifier signifie que le broker ne peut pas démarrer l'instance pendant un switchover, ce qui impose une intervention manuelle.
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
- Effectuer un switchover planifié (DGMGRL, changement de rôle sans perte de données)
- Effectuer un failover après la perte de la primaire (DGMGRL)
- Récupérer l'ancienne primaire en standby après un failover (REINSTATE)