Detener / iniciar la aplicación de redo o el transporte de redo con el broker; configurar la aplicación diferida
OracleData GuardComando
# Redo apply on the standby:
EDIT DATABASE '<standby_db_unique_name>' SET STATE='APPLY-OFF';
EDIT DATABASE '<standby_db_unique_name>' SET STATE='APPLY-ON';
# Redo transport on the primary (to all standbys):
EDIT DATABASE '<primary_db_unique_name>' SET STATE='TRANSPORT-OFF';
EDIT DATABASE '<primary_db_unique_name>' SET STATE='TRANSPORT-ON';
# Delayed apply (minutes; protection against logical errors):
EDIT DATABASE '<standby_db_unique_name>' SET PROPERTY DelayMins=240;
SHOW DATABASE '<standby_db_unique_name>' DelayMins;Qué hace
Detiene/inicia de forma persistente la aplicación de redo (MRP) en el standby o el envío de redo en el primario a través del broker; DelayMins retiene el redo el tiempo indicado antes de aplicarlo.
Cuándo usarlo
Para mantenimiento o backups en el standby, cortes de red planificados, controlar el transporte durante grandes cargas masivas en el primario, o construir un standby diferido contra borrados accidentales.
Precaución
Con el broker habilitado, no use ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL en SQL; el broker restablece el estado. Durante APPLY-OFF crecen el apply lag y el tiempo de failover (RTO); durante TRANSPORT-OFF los datos generados en el primario quedan sin protección (RPO). Si FSFO está habilitado, estas operaciones pueden impedir un failover.
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)