Activer Fast-Start Failover (FSFO) et démarrer l'observer

Commande

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

Ce que fait la commande

Permet à l'observer de basculer automatiquement vers la standby après le seuil lorsque la primaire est injoignable, et de réintégrer automatiquement l'ancienne primaire à son retour.

Quand l'utiliser

Sur les systèmes critiques dont l'objectif de RTO se compte en minutes, sans attendre d'intervention humaine.

Attention

L'observer ne doit pas tourner sur le même serveur/data center que la primaire ou la standby ; sinon FSFO échoue en cas de perte de site ou peut prendre la mauvaise décision lors d'une partition réseau. Flashback doit être activé sur les deux bases. Un seuil trop bas transforme de brèves coupures réseau en failovers inutiles. Pour une maintenance planifiée, exécutez DISABLE FAST_START FAILOVER ou tenez compte de l'observer avant d'arrêter la primaire.