Yedekten Dönme Tatbikatı

Yedekleme sistemleri sessizce bozulur: bir görev çalışmayı bırakır, dosyalar eksik oluşur, geri yükleme prosedürü hiç denenmemiştir.

Bu sessiz bozulma, ancak yedeğe gerçekten ihtiyaç duyduğunuz anda ortaya çıkar. Tatbikat, o anı beklememenizi sağlar.

Başlamadan önce

• Test ortamı (izole)
• Yedeklere erişim
• Yaklaşık yarım-bir günlük zaman
• Teknik ekip ya da hizmet sağlayıcı
• Sonuçları kaydedeceğiniz bir form

1. Adım — Senaryo belirleyin

Gerçekçi bir senaryo seçin:

• "Veritabanı sunucusu tamamen kaybedildi"
• "Fidye yazılımı tüm dosyaları şifreledi"
• "Bir tablo yanlışlıkla silindi"
• "Sanal makine bozuldu"

Her tatbikatta farklı bir senaryo çalışın.

2. Adım — Yedeğin varlığını doğrulayın

• ☐ En son yedek ne zamana ait?
• ☐ Beklenen sıklıkta alınmış mı?
• ☐ Boyutu makul mü?
• ☐ Tüm bileşenler var mı? (dosya + veritabanı)

Uyarı işareti: Beklenenden çok küçük bir yedek dosyası, eksik ya da bozuk yedeğin en yaygın belirtisidir.

3. Adım — Yedeğe erişin

• ☐ Yedeğe erişebiliyor musunuz?
• ☐ Erişim bilgileri elinizde mi?
• ☐ İndirme ne kadar sürüyor?

Erişemiyorsanız, kriz anında da erişemeyeceksiniz demektir.

4. Adım — İzole bir ortam hazırlayın

Kritik kural: Tatbikatı asla canlı sisteme yapmayın.

• ☐ Test ortamı üretimden izole
• ☐ Ağ bağlantısı sınırlı
• ☐ Dış entegrasyonlara bağlanmıyor
• ☐ E-posta gönderimi kapalı

Son madde önemlidir: geri yüklenen bir sistem, gerçek müşterilere test e-postası gönderebilir.

5. Adım — Geri yükleyin

1. ☐ Sistem kuruldu ya da hazırlandı
2. ☐ Dosyalar geri yüklendi
3. ☐ Veritabanı geri yüklendi
4. ☐ Yapılandırma uygulandı
5. ☐ Sistem başlatıldı

Süreyi ölçün. Bu, gerçek RTO'nuzun temel bileşenidir.

6. Adım — Doğrulayın

• ☐ Sistem açılıyor
• ☐ Servisler çalışıyor
• ☐ Uygulamaya giriş yapılabiliyor
• ☐ Veriler eksiksiz görünüyor
• ☐ Son eklenen kayıtlar yedekte var mı?
• ☐ Kritik iş akışları çalışıyor
• ☐ Raporlar doğru sonuç veriyor
• ☐ Kullanıcı hesapları duruyor
• ☐ Ayarlar korunmuş
• ☐ Dosya ekleri erişilebilir

Beşinci madde en önemli testtir: Yedeğin ne kadar güncel olduğunu somut olarak gösterir ve gerçek RPO'nuzu ortaya koyar.

7. Adım — Ölçümleri kaydedin

8. Adım — Hedeflerle karşılaştırın

• Gerçek RTO, hedef RTO'nun altında mı?
• Gerçek RPO, hedef RPO'nun altında mı?
• Değilse fark ne kadar?
• Bu farkı kapatmak için ne gerekir?

Bu karşılaştırma, süreklilik yatırımı kararının somut dayanağıdır.

9. Adım — Eksikleri giderin

10. Adım — Belgeleri güncelleyin

• ☐ Geri yükleme prosedürü tatbikattan öğrenilenlerle güncellendi
• ☐ Süre tahminleri düzeltildi
• ☐ Eksik adımlar eklendi
• ☐ Felaket kurtarma planına işlendi

Tatbikatın en değerli çıktısı, prosedürün gerçek deneyimle iyileştirilmesidir.

11. Adım — Raporlayın

• Tatbikat sonuçları
• Hedeflerle karşılaştırma
• Bulunan eksikler
• Alınan aksiyonlar
• Kalan riskler
• Yönetim özeti

Bu rapor, denetimlerde ve yönetime sunumda kullanılır.

Sıklık

Son satır kritiktir: yeni bir ortama geçildiğinde yedekleme düzeni yeniden test edilmelidir.

Neden bu kadar önemli?

Şirketlerin büyük kısmı, yedeklerinin çalışıp çalışmadığını yalnız gerçekten ihtiyaç duyduklarında öğrenir. O an, öğrenmek için en pahalı andır.

Yılda bir kez yapılan yarım günlük bir tatbikat, bu riski ortadan kaldırır ve süreklilik planınızın gerçek olup olmadığını kanıtlar.