Fast-Start Failover'ı (FSFO) etkinleştir ve observer'ı başlat

Komut

# 1) Hedefler ve esik (saniye):
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) Sifir veri kaybi icin MaxAvailability (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;
# MaxPerformance'ta kabul edilen kayip: EDIT CONFIGURATION SET PROPERTY FastStartFailoverLagLimit=30;
ENABLE FAST_START FAILOVER;
# 3) Observer: primary ve standby disinda ucuncu bir sunucuda (wallet ile parolasiz baglanti)
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) Dogrula:
SHOW FAST_START FAILOVER;
SHOW OBSERVER;

Ne yapar?

Primary erişilemez olduğunda observer'ın eşik süresi sonunda standby'a otomatik failover yapmasını ve eski primary geri gelince onu otomatik reinstate etmesini sağlar.

Ne zaman kullanılır?

İnsan müdahalesi beklemeden dakikalar içinde RTO hedeflenen kritik sistemlerde.

Dikkat

Observer primary veya standby ile aynı sunucuda/veri merkezinde çalışmamalı; aksi halde site kaybında FSFO çalışmaz veya ağ bölünmesinde yanlış karar verebilir. Her iki veritabanında flashback açık olmalı. Threshold çok düşükse kısa ağ dalgalanmaları gereksiz failover'a yol açar. Planlı bakımda primary'yi kapatmadan önce DISABLE FAST_START FAILOVER veya SHUTDOWN öncesi observer'ı hesaba kat.