Felaket Kurtarma Planı Nasıl Test Edilir? Tatbikat Rehberi

Birçok şirket bir felaket kurtarma planı yazar, dosyalar ve bir daha bakmaz. Sorun şu ki, test edilmemiş bir plan sadece bir varsayımdır — gerçek bir kriz anında işe yarayıp yaramayacağı bilinmez.

Neden Test Etmek Gerekli?

Bir planın kağıt üzerinde mantıklı görünmesi, uygulamada da işe yarayacağı anlamına gelmez. Eksik bir adım, güncel olmayan bir iletişim listesi ya da bozuk bir yedek, ancak gerçek bir tatbikatta ortaya çıkar.

Tatbikat Türleri

1. Masaüstü tatbikatı (Tabletop Exercise): Ekip bir araya gelip senaryo üzerinden adımları sözlü olarak gözden geçirir. Düşük maliyetli, iyi bir başlangıç noktası.
2. Kısmi test: Belirli bir sistemin (örn. tek bir veritabanı) yedekten geri yüklenmesi test edilir.
3. Tam kapsamlı tatbikat: Gerçek bir felaket senaryosu simüle edilir, tüm ekip ve sistemler gerçek zamanlı olarak devreye alınır.

Test Sürecinde İzlenecek Adımlar

1. Senaryo belirleyin: Sunucu çökmesi, siber saldırı, doğal afet gibi gerçekçi bir senaryo seçin.
2. Ekibi bilgilendirin (ya da bilinçli olarak habersiz bırakın): Habersiz tatbikatlar gerçek tepki süresini daha iyi ölçer, ama başlangıç için haberli tatbikatlar daha az stresli olabilir.
3. RTO/RPO hedeflerini ölçün: Sistemler ne kadar sürede ayağa kalktı? Ne kadar veri kaybı yaşandı (simülasyonda)?
4. Sonuçları belgeleyin: Neyin işe yaradığını, neyin yaramadığını not edin.
5. Planı güncelleyin: Tatbikatta ortaya çıkan eksiklikleri plana yansıtın.

Sık Görülen Tatbikat Bulguları

• Yedeklerin gerçekten geri yüklenemediği (bozuk ya da eksik yedek)
• İletişim listesinin güncel olmadığı (ayrılan çalışanlar hâlâ listede, yeni çalışanlar eksik)
• Beklenenden çok daha uzun süren geri yükleme süreleri
• Kritik bir bağımlılığın (örn. üçüncü parti bir servis) plana dahil edilmemiş olması

Sonuç

Bir felaket kurtarma planı, test edilmediği sürece "umarım işe yarar" cümlesinden farksızdır. Düzenli tatbikatlar, gerçek bir kriz anında bu umuda değil, kanıtlanmış bir sürece güvenmenizi sağlar.