Karar: Hangi yedekleme stratejisi?

Yedekleme stratejisi; ne kadar veri kaybını göze aldığın (RPO), veri boyutun ve ne kadar hızlı kurtarman gerektiği (RTO) üçlüsünün dengesiyle seçilir. Tek bir yöntem her senaryoya uymaz. Bu ağaç, RPO hedefinden başlayarak mantıksal dump, fiziksel yedek + PITR ve snapshot seçenekleri arasında yönlendirir ve 3-2-1 ile doğrulamanın vazgeçilmez olduğunu hatırlatır.

Veri kaybı hedefin (RPO) nedir?

En belirleyici kısıtla başla: bir felakette kaç dakikalık/saatlik veriyi kaybetmeyi göze alabilirsin? Neredeyse sıfır veri kaybı isteniyorsa sürekli log arşivi (PITR) şarttır; günlük/haftalık yedek toleransı varsa daha basit yöntemler yeterli olur. RPO, stratejinin çatısını belirler.

• Neredeyse sıfır — herhangi bir ana dakikaya dönebilmeliyim
• Günlük/periyodik yedek (birkaç saat kayıp) kabul
• Önce genel en iyi pratiği (3-2-1 / doğrulama) hatırlat

Veri boyutu ve taşınabilirlik ihtiyacı ne?

Periyodik yedek yeterliyse sıradaki soru ölçek ve amaç: veritabanı küçük/orta ve yedeği başka ortama/sürüme taşınabilir olsun mu istiyorsun, yoksa veri büyük ve asıl derdin dakikalar içinde geri dönmek mi? Bu, mantıksal dump ile snapshot arasında seçim yaptırır.

• Küçük/orta, taşınabilir ve sürümler arası uyumlu olsun
• Büyük veri, kurtarma çok hızlı olmalı (düşük RTO)

Öneri: Mantıksal dump

Veriyi mantıksal düzeyde (şema tanımları + satırlar) dışa aktarır; çıktı SQL/metin (pg_dump düz biçim, mysqldump) ya da araca özgü ikili dump (pg_dump -Fc, Oracle Data Pump) olabilir. Küçük ve orta boyutlu veritabanları, taşıma, sürüm yükseltme ve seçili tablo/nesne kurtarma için esnek ve taşınabilir bir yöntemdir.

Öneri: Fiziksel yedek + WAL/arşiv log (PITR)

Düzenli fiziksel taban yedek (base backup) alıp sürekli işlem loglarını (WAL/redo/binlog) arşivlersin. Böylece herhangi bir ana kadar noktaya-kadar kurtarma (Point-in-Time Recovery) yapabilir, veri kaybını neredeyse sıfıra indirebilirsin.

Öneri: Snapshot

Depolama veya sanallaştırma katmanında verinin blok düzeyinde snapshot'ını alır. Çok büyük veritabanlarında bile yedek almak ve geri dönmek çok hızlıdır; ancak altyapıya bağımlıdır ve dikkatli kullanım gerektirir.

Öneri: 3-2-1 kuralı + offsite + zorunlu doğrulama

Hangi yöntemi seçersen seç, bu prensipler stratejinin üstüne binmelidir. Yedeğin sadece varlığı yetmez; farklı ortamlarda, farklı konumda ve düzenli olarak test edilmiş olması gerekir. Bu, yukarıdaki seçeneklerin hepsini tamamlayan bir çerçevedir.