Veritabanı HA, Replication, Backup ve Disaster Recovery Rehberi
PostgreSQL, MySQL, SQL Server, Oracle, MongoDB ve MariaDB için replication, clustering, RPO/RTO, immutable backup, PITR, failover ve DR yaklaşımını karşılaştırın.
Bu rehber neyi çözer?
HA, replication, backup ve DR aynı şey değildir. Yüksek erişilebilirlik servis kesintisini azaltır; backup veri geçmişini korur; DR ise ayrı failure domain’de geri dönüş planıdır.
PostgreSQL
Streaming replication ve WAL tabanlı standby mimarisi HA/DR için kullanılabilir; point-in-time recovery için base backup + WAL archive gerekir.
Failover orchestration ayrı araçlarla veya managed platformla tasarlanmalıdır.
MySQL / MariaDB
Asenkron veya semi-sync replication, Group Replication/InnoDB Cluster ve MariaDB Galera gibi farklı modeller vardır.
Senkronluk arttıkça latency etkisi ve operasyon karmaşıklığı değişir; workload’a göre seçilmelidir.
SQL Server
Always On Availability Groups, Failover Cluster Instances ve log shipping farklı availability/DR problemlerini çözer.
Transaction log backup zinciri RPO ve point-in-time restore için kritiktir.
Oracle
Data Guard DR ve standby, RAC ise belirli local HA/scale senaryoları için kullanılır. İki teknoloji aynı probleme birebir çözüm değildir.
RMAN backup ve restore testi, Data Guard/RAC olsa bile gereklidir.
MongoDB
Replica set otomatik failover ve redundancy için temel yapıdır; sharding scale-out içindir ve tek başına backup değildir.
Oplog window, backup consistency ve restore prosedürü DR hedefleriyle ölçülmelidir.
RPO / RTO ve test
RPO kabul edilebilir veri kaybını, RTO kabul edilebilir servis kesinti süresini tanımlar. Teknoloji seçimi bu iki hedefe göre yapılmalıdır.
Planlı failover, node kaybı, storage corruption, yanlış DELETE ve tam site kaybı ayrı test senaryolarıdır.
Sık Sorulan Sorular
HA varsa backup gerekli mi?
Evet. HA yanlış DELETE, logical corruption veya ransomware’a karşı geçmiş veri kopyası sağlamaz.
Replication sıfır veri kaybı garanti eder mi?
Hayır. Replication modu, network ve commit davranışına göre veri kaybı penceresi değişebilir.
DR testi ne sıklıkla yapılmalı?
İş kritikliği ve değişim hızına göre periyodik yapılmalı; yalnız doküman değil gerçek restore/failover testi gerçekleştirilmelidir.
Resmî teknik kaynaklar
- https://www.postgresql.org/docs/current/high-availability.html
- https://dev.mysql.com/doc/refman/8.4/en/replication.html
- https://learn.microsoft.com/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server
- https://docs.oracle.com/en/database/oracle/oracle-database/23/sbydb/
- https://www.mongodb.com/docs/manual/replication/
- https://mariadb.com/docs/server/ha-and-performance/
Veritabanı Altyapınızı Birlikte Değerlendirelim
Workload, güvenlik, donanım, HA ve yedekleme gereksinimlerinize göre altyapıyı birlikte planlayabiliriz.