Convertir un physical standby en snapshot standby y viceversa (entorno de pruebas)
OracleData GuardComando
# 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;Qué hace
Crea un guaranteed restore point automático en el standby y lo abre en lectura-escritura; al revertir la conversión hace flashback a ese punto y aplica el redo acumulado del primario.
Cuándo usarlo
Para ensayar un upgrade, probar una versión de la aplicación o ejecutar Real Application Testing (DB Replay) sobre datos de producción sin crear una copia aparte.
Precaución
Mientras es snapshot standby no se aplica redo: el RPO se mantiene, pero el tiempo de failover (RTO) crece con el redo acumulado y no puede ser destino de FSFO. Los flashback logs pueden llenar la FRA; monitoree el espacio de la FRA. Los cambios hechos en el snapshot se descartan definitivamente al revertir la conversión.
Relacionado
- Mostrar la configuración del broker de Data Guard y el estado de las bases de datos (DGMGRL)
- Comprobar con SQL el rol primary/standby y la preparación para switchover
- Medir el lag de transporte/aplicación, la velocidad de aplicación y los procesos de Data Guard en el standby
- Validar el standby con el broker antes de un switchover/failover (VALIDATE DATABASE)
- Realizar un switchover planificado (DGMGRL, cambio de rol sin pérdida de datos)
- Realizar un failover tras perder el primario (DGMGRL)