Yedekleme ve Felaket Kurtarma Planı: Veri Kaybına Karşı Sigorta

Yedekleme, herkesin gerektiğini bildiği ama çoğu işletmenin ancak felaket yaşadıktan sonra ciddiye aldığı bir konudur. Bir sabah sunucu açılmıyor, bir çalışan yanlışlıkla tabloyu siliyor ya da fidye yazılımı tüm dosyaları kilitliyor. O anda tek soru şudur: son sağlam yedeğim ne zamandı ve onu geri getirebiliyor muyum? Bu yazıda "arada bir kopyalarım" seviyesinin ötesine geçip gerçek bir felaket kurtarma stratejisi kuracağız.

Önemli bir gerçekle başlayalım: yedekleme almak ile veriyi geri getirebilmek aynı şey değildir. Bir sürü işletme düzenli yedek alır ama o yedeğin bozuk olduğunu ya da geri yükleme sürecinin çalışmadığını felaket anında fark eder. Test edilmemiş bir yedek, yedek değildir; yalnızca bir umuttur.

Veri Kaybına Yol Açan Gerçek Senaryolar

Yedekleme planını doğru kurmak için nelere karşı korunduğunuzu bilmek gerekir. Veri kaybı genellikle şu nedenlerle olur:

• Donanım arızası: Diskler mekanik ömrü olan parçalardır; er ya da geç bozulurlar.
• İnsan hatası: Yanlış silinen dosya, hatalı bir güncelleme, üzerine yazılan veri.
• Fidye yazılımı: Verinizi şifreleyip fidye isteyen saldırılar. Bugün en yaygın tehditlerden biridir.
• Yazılım hatası: Bozuk bir güncelleme veya veritabanı çökmesi verinin tutarlılığını bozabilir.
• Fiziksel felaket: Yangın, sel, hırsızlık; tüm donanımın aynı anda gitmesi.

Dikkat edin: bu senaryoların bazıları tek bir konumdaki tüm veriyi yok eder. Bu yüzden yedeği aynı sunucuda, hatta aynı binada tutmak yeterli değildir.

3-2-1 Kuralı: Yedeklemenin Altın Standardı

Sektörde kanıtlanmış en sağlam yaklaşım 3-2-1 kuralıdır:

1. 3 kopya: Verinizin en az üç kopyası olsun (bir asıl, iki yedek).
2. 2 farklı ortam: Yedekleri iki farklı ortam türünde tutun (örneğin yerel disk ve bulut).
3. 1 konum dışı: En az bir kopya fiziksel olarak farklı bir konumda olsun (bulut ya da uzak lokasyon).

Bu kural neden bu kadar etkili? Çünkü tek bir olayın tüm kopyaları yok etme olasılığını neredeyse sıfıra indirir. Yerel diskiniz bozulsa buluttaki kopya kalır; bina yansa uzak konumdaki kopya iş görür; fidye yazılımı bağlı diskleri şifrelese, çevrimdışı (offline) yedeğiniz temiz kalır.

Aynı sunucuda tutulan yedek, sunucu çöktüğünde onunla birlikte gider. Yedeğin anlamı, asıl veriden bağımsız var olabilmesindedir. 3-2-1 kuralı bu bağımsızlığı garantiler.

RTO ve RPO: Kurtarma Hedeflerinizi Belirleyin

Felaket kurtarma planı iki temel metrik üzerine kurulur ve her işletme bunları kendi ihtiyacına göre tanımlamalıdır.

RTO — Kurtarma Süresi Hedefi

RTO (Recovery Time Objective), bir felaketten sonra sistemi ne kadar sürede yeniden çalışır hale getirmeniz gerektiğidir. Bir e-ticaret sitesi için birkaç saatlik kesinti bile büyük gelir kaybı demektir; RTO düşük olmalıdır. Bir arşiv sistemi içinse birkaç gün kabul edilebilir olabilir.

RPO — Kurtarma Noktası Hedefi

RPO (Recovery Point Objective), ne kadar veri kaybını göze alabileceğinizdir. Günde bir yedek alıyorsanız, en kötü durumda bir günlük veriyi kaybedersiniz. Kritik işlem verisi için RPO dakikalarla ölçülmeli; bu da daha sık, hatta sürekli yedekleme gerektirir.

Bu iki hedef, yedekleme sıklığınızı ve altyapınıza ne kadar yatırım yapacağınızı belirler. Sıfıra yakın RTO ve RPO mümkündür ama pahalıdır; doğru denge, verinin işiniz için değeriyle orantılıdır.

Fidye Yazılımına Karşı Özel Önlemler

Fidye yazılımı yedekleme dünyasını değiştirdi. Modern fidye saldırıları önce erişebildikleri tüm yedekleri bulup şifreler veya siler, sonra asıl veriye saldırır. Bu yüzden geleneksel yedekleme artık yetmez. Ek olarak şunlara ihtiyacınız var:

• Değiştirilemez (immutable) yedekler: Bir kez yazıldıktan sonra silinemeyen veya değiştirilemeyen yedekler.
• Çevrimdışı (air-gapped) kopya: Ağa bağlı olmayan, fiziksel olarak ayrık bir yedek.
• Sürüm geçmişi: Sadece son hali değil, geçmiş sürümleri de tutan yedekler. Böylece şifrelenmeden önceki temiz sürüme dönebilirsiniz.

Yedekleri Test Etmek: En Çok İhmal Edilen Adım

Yedekleme stratejisinin en kritik ve en sık atlanan parçası, geri yükleme testidir. Düzenli olarak gerçek bir kurtarma tatbikatı yapın: yedekten veriyi ayrı bir ortama geri yükleyin ve çalıştığını doğrulayın. Bu test hem yedeklerin sağlam olduğunu kanıtlar hem de ekibinizin kurtarma sürecine hakim olmasını sağlar.

Felaket anı, kurtarma sürecinizi ilk kez denediğiniz an olmamalıdır. Provasını yapmadığınız plan, plan değil temennidir.

Yedekleme Otomasyonu ve İzleme

Manuel yedekleme unutulur; unutulan yedek de yoktur. Yedeklemeyi mutlaka otomatikleştirin ve her yedeğin başarılı tamamlandığını izleyin. Başarısız bir yedeklemeden anında haberdar olmalısınız; aksi halde haftalarca yedek almadığınızı ancak felaket anında fark edersiniz. Basit bir uyarı sistemi, "dün gece yedek başarısız oldu" mesajını size ulaştırdığında büyük felaketleri önlersiniz.

Felaket Kurtarma Planı Kontrol Listesi

• 3-2-1 kuralını uyguluyor muyum?
• En az bir yedeğim konum dışında mı?
• RTO ve RPO hedeflerimi tanımladım mı?
• Yedeklerim şifreli mi?
• Fidye yazılımına karşı değiştirilemez/çevrimdışı bir kopyam var mı?
• Geri yükleme testini son 3 ayda yaptım mı?
• Yedekleme otomatik ve izleniyor mu?
• Kurtarma adımları yazılı ve ekip bunu biliyor mu?

Sık Sorulan Sorular

Bulut kullanıyorum, sağlayıcı zaten yedekliyor değil mi? Çoğu bulut sağlayıcı altyapıyı yedekler ama sizin verinizin yanlışlıkla silinmesi veya bozulmasına karşı korumaz. Kendi yedekleme sorumluluğunuz devam eder; "paylaşılan sorumluluk" ilkesi burada da geçerlidir.

Ne sıklıkla yedek almalıyım? RPO'nuza bağlıdır. Günlük değişen kritik veri için günde birkaç kez, hatta sürekli yedekleme gerekebilir. Nadiren değişen veri için günlük veya haftalık yeterli olabilir.

Eski yedekleri ne kadar saklamalıyım? Bir bozulma veya saldırı geç fark edilebilir; bu yüzden birkaç haftalık, hatta aylık sürüm geçmişi tutmak akıllıcadır. Yalnızca son yedeği tutarsanız, sorun ondan öncesine kadar uzanıyorsa temiz veri kalmaz.

Yedekleme, felaket olmadığında görünmez ama olduğunda işletmenizi ayakta tutan tek şeydir. İyi kurulmuş bir yedekleme ve kurtarma planı, en kötü günü bir kâbustan yönetilebilir bir aksaklığa dönüştürür. İşletmenize uygun bir yedekleme ve felaket kurtarma stratejisi kurmak için projenizi konuşalım.