Habilitar Fast-Start Failover (FSFO) e iniciar el observer
OracleData GuardComando
# 1) Targets and threshold (seconds):
EDIT DATABASE '<primary_db_unique_name>' SET PROPERTY FastStartFailoverTarget='<standby_db_unique_name>';
EDIT DATABASE '<standby_db_unique_name>' SET PROPERTY FastStartFailoverTarget='<primary_db_unique_name>';
EDIT CONFIGURATION SET PROPERTY FastStartFailoverThreshold=30;
# 2) MaxAvailability for zero data loss (SYNC/FASTSYNC transport):
EDIT DATABASE '<primary_db_unique_name>' SET PROPERTY LogXptMode='FASTSYNC';
EDIT DATABASE '<standby_db_unique_name>' SET PROPERTY LogXptMode='FASTSYNC';
EDIT CONFIGURATION SET PROTECTION MODE AS MAXAVAILABILITY;
# Acceptable loss in MaxPerformance: EDIT CONFIGURATION SET PROPERTY FastStartFailoverLagLimit=30;
ENABLE FAST_START FAILOVER;
# 3) Observer: on a third server, separate from primary and standby (passwordless connection via wallet)
dgmgrl /@<primary_tns> "START OBSERVER obs1 IN BACKGROUND FILE IS '/u01/app/oracle/dg/fsfo_obs1.dat' LOGFILE IS '/u01/app/oracle/dg/obs1.log' CONNECT IDENTIFIER IS <primary_tns>"
# 4) Verify:
SHOW FAST_START FAILOVER;
SHOW OBSERVER;Qué hace
Permite que el observer haga failover al standby automáticamente tras el umbral cuando el primario no es accesible, y que reinstaure automáticamente el antiguo primario cuando vuelve.
Cuándo usarlo
En sistemas críticos cuyo objetivo de RTO es de minutos, sin esperar intervención humana.
Precaución
El observer no debe ejecutarse en el mismo servidor/centro de datos que el primario o el standby; de lo contrario FSFO falla ante la pérdida de un sitio o puede tomar la decisión equivocada durante una partición de red. Flashback debe estar habilitado en ambas bases de datos. Un umbral demasiado bajo convierte breves fallos de red en failovers innecesarios. Para el mantenimiento planificado, ejecute DISABLE FAST_START FAILOVER o tenga en cuenta el observer antes de detener el primario.
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)