Felaket kurtarma planı, büyük kesinti sonrasında kritik sistemleri kabul edilen veri kaybı ve süre içinde geri getirmek için teknik ve organizasyonel adımları tanımlar.
İş etki analizi
Hangi hizmetin durması satış, üretim, müşteri veya güvenlik açısından ne kadar etki oluşturur? Kritik fonksiyonlar ve azami kesinti süresi belirlendiğinde bütün sistemleri aynı öncelikte kurtarma hatası önlenir.
Bağımlılık haritası
Uygulama; veritabanı, dosya depolama, kimlik, DNS, sertifika, e-posta, ödeme veya üçüncü taraf API’ye bağlı olabilir. Yalnızca sunucuyu açmak hizmeti çalıştırmaya yetmeyebilir. Her bağımlılığın sahibi ve alternatif yolu yazılır.
Kurtarma kitabı
- Olayı kim ilan eder ve planı kim başlatır?
- Hangi yedek ve uygulama sürümü seçilir?
- Yeni ortam hangi sırayla kurulur?
- Veri bütünlüğü hangi sorgularla doğrulanır?
- İç ve dış iletişimi kim yürütür?
- Normal ortama dönüş ne zaman ve nasıl yapılır?
Prova türleri
Masa başı senaryo toplantısı karar boşluklarını; teknik geri yükleme testi yedek ve otomasyonu; kısmi veya tam tatbikat gerçek süreyi ölçer. Prova üretim verisini ve hizmetini riske atmayacak izole düzende yapılır.
Sonuçtan öğrenin
Hedef ve gerçekleşen süre, eksik erişim, güncel olmayan belge ve manuel adımlar iyileştirme listesine alınır. Sürdürülebilir yazılım işletimi için kritik sistem ve süre hedeflerinizi paylaşabilirsiniz.
İletişim senaryosu
Teknik ekip çalışırken yöneticiler, çalışanlar, müşteriler ve dış sağlayıcılar farklı bilgiye ihtiyaç duyar. Olayın doğrulanması, tahmini güncelleme sıklığı, geçici çalışma yöntemi ve hizmetin geri geldiği bilgisi için hazır şablon ve yetkili sözcü belirleyin. Kanıtlanmamış bitiş saati vermeyin; hassas güvenlik ayrıntısını paylaşmayın. Ana iletişim kanalı da kesintiden etkilenebileceği için alternatif irtibat listesi çevrim dışı erişilebilir olmalıdır.