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

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;

O que faz

Permite que o observer faça failover automático para o standby após o limite quando o primário está inacessível e faça o reinstate automático do antigo primário quando ele voltar.

Quando usar

Em sistemas críticos cuja meta de RTO é de minutos, sem esperar intervenção humana.

Atenção

O observer não deve rodar no mesmo servidor/data center do primário ou do standby; caso contrário o FSFO falha na perda de um site ou pode tomar a decisão errada durante uma partição de rede. O flashback deve estar habilitado nos dois bancos. Um limite baixo demais transforma pequenas oscilações de rede em failovers desnecessários. Para manutenção planejada, execute DISABLE FAST_START FAILOVER ou leve o observer em conta antes de desligar o primário.