Dosya bozulması (file corruption), Disk arızası, gibi nedenlerden veritabanı hizmet veremez olduğunda uyglamanız da çalışamaz hale gelecektir.
Böyle bir durumda restore işlemi ciddi zaman alır ve maliyeti yüksek olur.
Terabyte’larca verinin restore işlemi donanım performansına
(disk/san IOPS, CPU, Network) bağlı olarak yarım gün veya daha fazla sürebilir.
Kaybedilecek imaj da düşünüldüğünde bu riskleri ortadan kaldırmak gerek.
Postgresql’in en yaygın kullanılan aktif pasif kümeleme (cluster), Bu riskler için iyi bir çözümdür.
Bu yüksek erişilebilirlik çözümüne, fiziksel (physical) standby ve hot standby da denilir.
Gömülü (built-in) olarak gelir, ek bir yazılıma gerek yoktur. Ayarları yapılarak devreye alınabilir.
Standby, primary’nin bire bir kopyasıdır. Primary sunucuda oluşturulan tüm veritabanları
objeler tablolar vs. aynen standbyda da oluşturulur. Primary’de silinenler, standby sunucuda da silinir.
Sadece okuma için kullanılabilir. Raporlamalar bu pasif/standby sunucuya yönlendirilerek yük dengeleme yapılabilir.
Pasif/Standby/secondary sunucu, bir restart süresinde primary rolünü üzerine alabilir.
*FKM’ye de stanby kurulumu yapılarak deprem, sel, yangın vb. felaketler için de çözüm getirilmiş olur.
Belirli bir zaman geriden gelen standby sunucu da konumlandırılıp, kullanıcı hatalarına da çözüm olur.
*Felaket Kurtarma Merkezi : Farklı bir ilde veya kıtada, sunucuların kopyalarının tutulduğu veri verkezi.
