Bir sunucu her an çökebilir; disk arızalanır, bir komut yanlış çalışır, fidye yazılımı verileri kilitler. Bu senaryolarda haber sitenizi ayakta tutan tek şey, çalışan ve test edilmiş bir yedekleme stratejisidir. Bu yazıda yedeklemenin neden pazarlık konusu olmadığını, hangi yöntemlerin ne işe yaradığını ve sağlam bir yedek planının nasıl kurulacağını anlatıyoruz.
Yedekleme ile Yedeklilik Aynı Şey Değildir
Çok yayılan bir yanılgı, RAID ya da canlı sunucu kopyaları gibi yedeklilik (redundancy) çözümlerini yedekleme sanmaktır. Yedeklilik, bir bileşen arızalandığında hizmetin kesintisiz sürmesini sağlar; yedekleme ise verinin geçmiş bir hâlini ayrı bir yerde saklar. İkisi farklı sorunları çözer.
RAID bir diskin fiziksel arızasına karşı korur; ama yanlışlıkla silinen bir dosyayı, bozulan bir veritabanını veya fidye yazılımıyla şifrelenen içeriği geri getirmez. Çünkü bu değişiklikler anında tüm disklere yansır.
Yedekleme Türleri
Üç temel yöntem vardır. Seçim; ne sıklıkta yedek aldığınıza, depolama maliyetine ve geri yükleme hızına göre değişir.
| Tür | Ne Kopyalar | Avantaj | Dezavantaj |
|---|---|---|---|
| Tam (full) | Tüm veriyi baştan | Geri yükleme en basit | En çok yer ve süre |
| Artan (incremental) | Son yedekten bu yana değişenleri | Hızlı, az yer kaplar | Geri yükleme zinciri gerektirir |
| Fark (differential) | Son tam yedekten bu yana değişenleri | Geri yükleme daha sade | Zamanla dosya büyür |
Yaygın bir yaklaşım, periyodik bir tam yedeği artan yedeklerle birleştirmektir: haftada bir tam, her gün artan. Böylece hem depolama makul kalır hem de geri dönüş noktaları sık olur.
3-2-1 Kuralı
Sektörde en çok başvurulan pratik ilke 3-2-1 kuralıdır. Basit ama güçlü bir çerçeve sunar:
- 3 kopya: bir asıl veri ve en az iki yedek.
- 2 farklı ortam/medya: örneğin yerel disk ve nesne depolama (object storage).
- 1 kopya coğrafi olarak ayrı konumda (offsite): aynı veri merkezindeki yangın, sel veya elektrik kesintisi tüm kopyaları birden yok etmesin.
Yedeklerinizi nerede saklayacağınıza karar verirken sunucu tiplerinin farklarını bilmek işe yarar; VDS, VPS, fiziksel ve cloud sunucu farkları yazısı seçim yaparken yol gösterir. Depolama ortamı için disk türleri yazımıza da göz atabilirsiniz.
RPO ve RTO: Ne Kadar Veri, Ne Kadar Süre?
Yedek planını iki soru şekillendirir: Kabul edilebilir veri kaybı ne kadar? Ve sistemin ne kadar sürede geri gelmesi gerekiyor? Bu iki hedef, yedek sıklığını ve altyapıyı belirler.
- RPO (Recovery Point Objective): Geri dönebileceğiniz en yakın noktayla şu an arasındaki kabul edilebilir boşluk. RPO bir saat ise en fazla bir saatlik veri kaybını göze alırsınız; bu da en az saatlik yedek demektir.
- RTO (Recovery Time Objective): Kesintiden sonra sistemi tekrar çalışır hâle getirmek için kabul edilebilir süre. Kısa RTO, hazır ve hızlı geri yüklenebilir yedekler gerektirir.
Yüksek trafikli bir haber sitesinde saatlerce erişilememek hem okuyucu hem gelir kaybıdır; bu yüzden hedefleri gerçekçi ama iddialı belirlemek gerekir. Büyük yedekleri taşımak için ağ kapasitesi de önemlidir; 1 Gbps port gibi bant genişliği kavramları geri yükleme süresini doğrudan etkiler.
Test Edilmeyen Yedek, Yedek Sayılmaz
En sık yapılan hata, yedeklerin alındığını varsayıp hiç geri yükleme denemesi yapmamaktır. Bozuk, eksik ya da şifresi çözülemeyen bir yedeği ancak felaket anında keşfetmek en kötü senaryodur.
- Düzenli aralıklarla gerçek bir geri yükleme tatbikatı yapın (örneğin ayrı bir test ortamında).
- Geri yüklenen verinin bütünlüğünü doğrulayın: dosya sayısı, veritabanı tutarlılığı, sitenin açılışı.
- Geri yükleme süresini ölçün ve RTO hedefinizle karşılaştırın.
- Yedek işlerinin başarı ve hata bildirimlerini izleyin; sessiz başarısızlığa güvenmeyin.
Güvenlik ve Saklama Politikası
Yedekler, asıl sistem kadar hassas veriyi barındırır; bu yüzden aynı ciddiyetle korunmalıdır.
- Şifreleme: Yedekleri hem aktarım hem de saklama sırasında şifreleyin; çalınan bir yedek, şifresiz ise sızıntının ta kendisidir.
- Erişim denetimi: Yedeklere kimlerin ulaşabileceğini sınırlayın ve en az yetki ilkesini uygulayın.
- Sürümleme ve saklama süresi (retention): Birden fazla sürüm tutun ki eski, sağlam bir noktaya dönebilesiniz; ne kadar süre saklanacağını politika ile belirleyin.
- Değiştirilemez (immutable) kopya: Fidye yazılımı yedekleri de silmeye ya da şifrelemeye çalışır; değiştirilemez bir kopya bu saldırıyı boşa çıkarır.
Hukuki ve Uyum Boyutu
Yedekleme yalnızca teknik değil, çoğu zaman hukuki bir yükümlülüktür. Kişisel veri işleyen her yayıncı için verinin güvenliği ve erişilebilirliği mevzuat kapsamındadır.
Türkiye'de 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK), veri sorumlularına kişisel verilerin güvenliğini sağlamak için uygun teknik ve idari tedbirleri alma yükümlülüğü getirir. Verinin kaybına karşı yedekleme, bu tedbirlerin doğal bir parçası olarak değerlendirilebilir.
Haber siteleri açısından 5651 sayılı Kanun kapsamında belirli trafik ve erişim kayıtlarının saklanması yükümlülüğü gündeme gelebilir; bu kayıtların bütünlüğü ve erişilebilirliği yedekleme disiplinini doğrudan ilgilendirir. İçeriğin kendisi ise 5846 sayılı Fikir ve Sanat Eserleri Kanunu (FSEK) kapsamında korunan bir varlıktır; yedekleme bu varlığı kayba karşı güvence altına alır.
Yedekleme, iyi günlerde görünmez; kötü günlerde ise sitenizi kurtaran tek şeydir. Türleri doğru seçmek, 3-2-1 kuralını uygulamak, hedefleri (RPO ve RTO) netleştirmek ve en önemlisi geri yüklemeyi düzenli test etmek sağlam bir temel kurar. Konuya bütünlükle bakmak için sunucu donanımı rehberimize göz atabilirsiniz.