Replikasyon Gecikmesi (Replication Lag) & Desenkronizasyon Runbook'u
Replica sunucuların master arkasında kalması durumunda WAL/Binlog birikmesi, ağ doygunluğu ve kilit analiz adımları.
Gecikme Miktarını ve Durumu Tespit Etme
Gecikmenin ağ transferinde mi (network transfer) yoksa replica disk/CPU I/O yetersizliğinde mi (replay lag) olduğunu belirleyin.
-- PostgreSQL:
SELECT client_addr, state, sync_state, pg_wal_lsn_diff(pg_current_wal_lsn(), write_lsn) AS write_lag_bytes, pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn) AS replay_lag_bytes FROM pg_stat_replication;
-- MySQL:
SHOW REPLICA STATUS\GReplica Üzerinde Engelleyici Uzun Sorguları Kontrol Etme
Replica üzerinde çalışan uzun analitik sorgular, master'dan gelen WAL satırlarının uygulanmasını (recovery conflict) durduruyor olabilir.
SELECT pid, now() - query_start AS duration, query FROM pg_stat_activity WHERE state != 'idle' AND (now() - query_start) > interval '2 minutes';Master Disk Dolmasını Önleme (Slot Kontrolü)
Eğer bir replica yanıt vermiyorsa replication slot master diskinde WAL biriktirerek master'ı çökertebilir. Gerekirse geçersiz slotu düşürün.
SELECT slot_name, active, pg_size_pretty(pg_wal_lsn_diff(pg_current_wal_lsn(), restart_lsn)) AS retained_wal FROM pg_stat_replication_slots;Restore Tatbikatı Deneyiminizi veya Sonuçlarınızı Paylaşın
Altyapınızdaki gerçek RTO/RPO sürelerini, PostgreSQL sürümünüzü, tercih ettiğiniz yaklaşımı ve karşılaştığınız engelleri anonim veya isimli olarak paylaşın. Sektör benchmark'ına katkıda bulunun.
PostgreSQL Backup Yaklaşımını Nasıl Seçmelisiniz?
pg_dump, pg_basebackup, pgBackRest, Barman ve WAL-G: veri boyutu, RPO/RTO, PITR ve depolama gereksinimlerine göre araç seçim kılavuzu.
Backup Başarısından Kurtarma Hazırlığına: Restore Tatbikatı
Teknik tatbikatı ekip pratiğine dönüştürme: Kurtarma olgunluk seviyeleri, RACI rolleri, öncesi/sonrası kontrol listeleri ve yönetim rapor şablonu.