DBAtlas · Atlas de operaciones de bases de datos

Habilitar Fast-Start Failover (FSFO) e iniciar el observer

OracleData Guard

Comando

# 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.

Abrir en DBAtlas →

Relacionado