Veri Yedekleme ve Felaket Kurtarma Temelleri: Bilmeniz Gereken Her Şey
Verilerinizi kaybetmeden önce harekete geçin. Yedekleme stratejileri ve felaket kurtarma planlamasına dair temel bilgiler bu yazıda.
Bir sabah işe geldiniz ve kritik veritabanınızın tamamen silindiğini gördünüz. Sunucu çöktü, disk bozuldu ya da fidye yazılımı her şeyi şifreledi. Bu senaryoyu düşünmek bile rahatsız edici — ama çoğu ekip, tam da bu anda bir yedekleme planının olmadığını fark ediyor.
Veri kaybı, soyut bir risk değil; her ölçekte şirkete gerçekten yaşanan bir felaket. Bu yüzden "yedek alıyoruz" demek yetmez; nasıl yedek aldığınız ve ne zaman kullanabileceğiniz çok daha önemli.
Neden Yedekleme Yetmez?
Çoğu ekibin aklında yedekleme = güvenlik denkliği var. Oysa yedek almak sadece sürecin yarısı. Esas soru şu: O yedeği ne kadar sürede geri yükleyebilirsiniz?
İşte bu noktada iki kritik kavram devreye giriyor:
- RPO (Recovery Point Objective): Kabul edebileceğiniz maksimum veri kaybı süresi. "Son 1 saatlik veriyi kaybedebilirim" diyorsanız RPO'nuz 1 saattir.
- RTO (Recovery Time Objective): Sistemin yeniden ayağa kalkması için geçen maksimum süre. "4 saat içinde çevrimiçi olmalıyım" diyorsanız RTO'nuz 4 saattir.
Bu iki değeri bilmeden yedekleme stratejisi kurmak, rotasız bir gemiye binmek gibidir.
3-2-1 Yedekleme Kuralı
Sektörde altın standart olarak kabul gören bu kural son derece sade:
- 3 kopya veri bulundurun (1 orijinal + 2 yedek)
- 2 farklı depolama ortamı kullanın (örneğin disk + bulut)
- 1 kopya mutlaka tesis dışında (offsite) olsun
Bu yaklaşım; donanım arızası, yangın, su baskını veya siber saldırı gibi senaryolara karşı iyi bir temel koruma sağlar.
Felaket Kurtarma Planı (DRP) Nedir?
Yedekleme teknik bir eylemdir; Felaket Kurtarma Planı (Disaster Recovery Plan) ise organizasyonel bir belgedir. İyi bir DRP şu soruları yanıtlar:
- Felaket anında kim ne yapacak?
- Hangi sistemler önce kurtarılacak?
- İletişim kanalları çöktüğünde nasıl haberleşilecek?
- Kurtarma süreci kim tarafından onaylanacak?
Plan kağıt üzerinde mükemmel olabilir; ancak hiç test edilmemişse değeri yoktur. En az yılda bir kez tatbikat yapın ve sonuçları belgeleyin.
Yaygın Yedekleme Türleri
| Tür | Açıklama | Avantaj | |---|---|---| | Tam (Full) | Tüm verinin kopyası | Geri yükleme kolay | | Artımlı (Incremental) | Son yedekten bu yana değişenler | Hızlı, az yer kaplar | | Diferansiyel | Son tam yedekten bu yana değişenler | Orta denge |
Çoğu ortam için tam + artımlı kombinasyonu hem maliyet hem hız açısından en makul seçenektir.
Bulut ve Yerel Yedekleme: Hangisi?
"Ya bulut, ya yerel" diye düşünmeyin — ikisi birbirini tamamlar:
- Yerel yedek: Hızlı geri yükleme, düşük gecikme süresi
- Bulut yedeği: Coğrafi yedeklilik, ölçeklenebilirlik, düşük donanım maliyeti
Bulut sağlayıcılarının da %100 güvenli olmadığını unutmayın. Verinizi buluta göndermeden önce şifreleyin ve erişim yetkilerini sıkı tutun.
Sonuç: Planlamak, Pişmanlıktan İyidir
Veri kaybının "bize olmaz" kategorisinde olduğunu düşünmek en tehlikeli tuzak. Bugün bir adım atın:
1. RPO ve RTO değerlerinizi tanımlayın 2. 3-2-1 kuralına göre altyapınızı gözden geçirin 3. Felaket kurtarma planınızı yazıya dökün 4. Geri yükleme testini takvime ekleyin
Felaket anında sakin kalabilmek, aslında saatler öncesinde yapılan hazırlığın meyvesidir.