Veri Yedekleme ve Felaket Kurtarma Temelleri

Geçen ay bir tanıdığımın şirketi ciddi bir veri kaybı yaşadı. Yıllar içinde biriktirilen müşteri verileri, sipariş geçmişleri ve finansal kayıtlar — hepsi bir disk arızasıyla birlikte gitti. Yedek var mıydı? Teoride evet. Ama son yedek 8 ay öncesine aitti. Sonuç: hem maddi hem manevi büyük bir yıkım.

Bu hikâye ne yazık ki istisnai değil. O yüzden bugün bu temelleri bir kez daha masaya yatıralım.

Neden Yedekleme Yeterli Değil?

Birçok ekip "yedek alıyoruz, tamam" diye rahat uyur. Oysa yedekleme ile felaket kurtarma (Disaster Recovery — DR) farklı kavramlar:

• Yedekleme: Verinin bir kopyasını güvenli bir yere almak.
• Felaket Kurtarma: Bir kriz anında sisteminizi en kısa sürede, en az veri kaybıyla ayağa kaldırma planı ve pratiği.

Yedek almak gereklidir ama tek başına yeterli değildir. Yedekten geri dönebiliyor musunuz? Ne kadar sürer? Bu soruların cevabı DR planınızın özüdür.

Temel Kavramlar: RPO ve RTO

İki metrik her DR planının çekirdeğindedir:

• RPO (Recovery Point Objective — Kurtarma Noktası Hedefi): Kabul edebileceğiniz maksimum veri kaybı süresi. "Son 4 saatin verisini kaybedebiliriz" diyorsanız RPO'nuz 4 saattir.
• RTO (Recovery Time Objective — Kurtarma Süresi Hedefi): Sistemin tekrar ayağa kalkması için kabul edilen maksimum süre. "4 saat içinde operasyoneliz" diyorsanız RTO'nuz 4 saattir.

Bu iki değeri belirlemeden DR planı yazmak, harita olmadan yolculuğa çıkmak gibidir.

3-2-1 Yedekleme Kuralı

Sektörün altın standardı hâlâ geçerliliğini koruyor:

• 3 kopya veri
• 2 farklı ortam (örneğin disk + bulut)
• 1 kopya coğrafi olarak uzakta (off-site)

Buna son yıllarda 3-2-1-1-0 versiyonu da eklendi: 1 kopya çevrimdışı (air-gapped) ortamda, 0 hata ile doğrulanmış yedek. Özellikle fidye yazılımı saldırılarına karşı çevrimdışı kopya kritik öneme sahip.

Yedekleme Türleri

| Tür | Açıklama | Avantaj | Dezavantaj | |---|---|---|---| | Tam (Full) | Tüm veri her seferinde | Basit geri dönüş | Zaman ve alan maliyeti yüksek | | Artımlı (Incremental) | Sadece son değişiklikler | Hızlı, az yer | Geri dönüş karmaşık | | Fark (Differential) | Son tam yedekten bu yana değişenler | Denge sağlar | Zamanla büyür |

Çoğu modern sistem bu üçünü hibrit şekilde kullanır: haftalık tam + günlük artımlı.

Felaket Kurtarma Stratejileri

• Backup & Restore: En basit ve ucuz yöntem. RTO yüksek olabilir.
• Pilot Light: Kritik sistemler düşük kapasitede bulutta hazır bekler, kriz anında hızla ölçeklenir.
• Warm Standby: Küçük ölçekte çalışan bir kopyası sürekli ayaktadır.
• Multi-Site / Hot Standby: Tam kapasite aktif-aktif yapı. En düşük RTO, en yüksek maliyet.

Strateji seçimi doğrudan iş sürekliliği gereksinimlerinize ve bütçenize bağlıdır.

Unutulan Adım: Geri Dönüş Testleri

Yedekleme sürecinizin en çok ihmal edilen parçası testtir. Hiç geri dönüş testi yapmadan alınan yedek, "belki çalışır" umuduyla çekmeceye kaldırılmış bir sigorta poliçesidir.

En az üç ayda bir tam bir DR tatbikatı yapın:

1. Gerçek bir senaryoyu simüle edin. 2. RTO ve RPO hedeflerinizi ölçün. 3. Bulduğunuz açıkları bir sonraki dönem için aksiyon planına alın.

Son Söz

Veri kaybı bir "olursa" meselesi değil, "ne zaman" meselesidir. Disk arızaları, siber saldırılar, insan hataları, doğal afetler — bunların hepsi gerçek senaryolar. Bugün 1 saat ayırıp RPO/RTO değerlerinizi belirlemek ve 3-2-1 kuralına uygun bir yedekleme planı oluşturmak, ileride size haftalar kazandırabilir — ya da şirketinizi kurtarabilir.

Yedeklerinizi test etmek için bir neden beklemeyin. Felaket, beklediğinizde gelmiyor.