← Blog
03 Ağustos 2026· otomatik üretildi

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.

#veri yedekleme#felaket kurtarma#veri güvenliği#IT altyapısı

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.