Convertir une physical standby en snapshot standby et inversement (environnement de test)
OracleData GuardCommande
# Make the standby read-write (redo is still received, apply stops):
CONVERT DATABASE '<standby_db_unique_name>' TO SNAPSHOT STANDBY;
SHOW DATABASE '<standby_db_unique_name>';
# ... testing / application validation ...
# Convert back: all test changes are discarded, accumulated redo is applied
CONVERT DATABASE '<standby_db_unique_name>' TO PHYSICAL STANDBY;
SHOW CONFIGURATION;Ce que fait la commande
Crée un guaranteed restore point automatique sur la standby et l'ouvre en lecture-écriture ; lors de la reconversion, il revient à ce point par flashback et applique le redo accumulé depuis la primaire.
Quand l'utiliser
Pour répéter une mise à niveau, tester une version applicative ou exécuter Real Application Testing (DB Replay) sur des données de production sans créer de copie séparée.
Attention
Tant qu'elle est en snapshot standby, aucun redo n'est appliqué : le RPO est préservé mais le temps de failover (RTO) augmente avec le redo accumulé, et elle ne peut pas être une cible FSFO. Les flashback logs peuvent remplir la FRA ; surveillez l'espace de la FRA. Les changements effectués dans la snapshot sont définitivement abandonnés lors de la reconversion.
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)
- Effectuer un failover après la perte de la primaire (DGMGRL)