Fast-Start Failover (FSFO) aktivieren und den Observer starten

Befehl

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

Was es tut

Lässt den Observer bei unerreichbarer Primary nach Ablauf des Schwellenwerts automatisch auf den Standby umschalten und die alte Primary automatisch per Reinstate zurückholen, sobald sie wieder da ist.

Wann einsetzen

Auf kritischen Systemen mit einem RTO-Ziel von Minuten, ohne auf menschlichen Eingriff zu warten.

Vorsicht

Der Observer darf nicht auf demselben Server/im selben Rechenzentrum wie Primary oder Standby laufen; sonst versagt FSFO bei einem Standortverlust oder trifft bei einer Netzwerkpartition die falsche Entscheidung. Flashback muss auf beiden Datenbanken aktiviert sein. Ein zu niedriger Schwellenwert macht aus kurzen Netzwerkstörungen unnötige Failovers. Bei geplanter Wartung vor dem Herunterfahren der Primary DISABLE FAST_START FAILOVER ausführen oder den Observer berücksichtigen.