Production'a Çıkmadan Önce 20 Kritik Veritabanı Kontrolü
Yeni bir veritabanı veya major sürüm canlıya alınmadan önce mutlaka doğrulanması gereken bellek, ağ, yedek, güvenlik ve pooler ayarları.
İşletim Sistemi Limitleri (ulimits & vm.max_map_count)
Açık dosya tanımlayıcısı (nofile) en az 65535 olmalı ve agresif swap kullanımını engellemek için swappiness 1 veya 10 yapılmalıdır.
ulimit -n 65535
sysctl -w vm.max_map_count=262144
sysctl -w vm.swappiness=1Bağlantı Havuzlayıcı (Connection Pooler) Zorunluluğu
Uygulamaların doğrudan veritabanına 1000+ kontrolsüz bağlantı açması engellenmeli; PgBouncer, ProxySQL veya HikariCP max_connections limitine göre ayarlanmalıdır.
Otomatik Yedek & Doğrulama (Restore Drill)
Sadece yedek almak yetmez; yedekten boş bir ortama otomatik geri dönüş (test restore) testi tamamlanmış olmalıdır.
Yavaş Sorgu Günlüğü (Slow Query Logging)
Canlıya çıkmadan önce 250ms üzerindeki sorguların loglanması ve pg_stat_statements / performance_schema aktif edilmelidir.
# PostgreSQL:
log_min_duration_statement = 250ms
# MySQL:
slow_query_log = 1
long_query_time = 0.5Restore 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.