Felaket kurtarma planı, önemli bir kesinti sonrasında sistemlerin hangi sırayla, kimlerin sorumluluğunda ve hangi kaynaklarla geri getirileceğini tanımlar. RPO kabul edilebilir veri kaybı aralığını, RTO ise hedeflenen hizmete dönüş süresini ifade eder; bunlar ölçülmüş sonuçla doğrulanmalıdır.
İşe ürün listesinden değil iş etkisinden başlayın
Hangi işin durmasının ne sonuç doğurduğunu iş sahipleriyle belirleyin. Muhasebe, üretim, satış ve iletişim aynı öncelikte olmayabilir. Personelin geçici olarak hangi yöntemle çalışabileceğini ve ne kadar süre bunun kabul edileceğini kaydedin.
NIST’in olağanüstü durum planlama rehberi, iş etkisi ve kurtarma hazırlığının birlikte değerlendirilmesine temel oluşturur. Kurumun hedefleri, bu rehberin birebir kopyası yerine kendi faaliyetlerine göre hazırlanmalıdır.
Teknik başvuru: NIST — Olağanüstü durum planlaması.
RPO ve RTO hedefi nasıl somutlaşır?
| Hedef | Sorulacak soru | Testte bakılacak sonuç |
|---|---|---|
| RPO | En fazla hangi zaman aralığındaki verinin kaybı kabul edilebilir? | Kurtarılan verinin zamanı |
| RTO | Hizmet en geç ne zaman tekrar kullanılabilir olmalı? | Hazırlık dahil geri dönüş süresi |
Örnek senaryo: bir ekip son birkaç saatlik çalışmasını tekrar oluşturabilirken sipariş sistemi için aynı kayıp kabul edilemeyebilir. Bu bir iş değerlendirme örneğidir; belirli bir hedef veya müşteri sonucu değildir.
Kurtarma sırası hangi bağımlılıklara göre kurulur?
Uygulama çalışmadan önce ağ, kimlik, DNS, depolama veya veritabanı gerekebilir. Bu bağımlılıklar sıraya konulmadan sanal makineleri açmak yeterli olmaz. Kurtarma sırasında erişilecek hesap ve anahtarların üretim ortamı kaybedildiğinde de erişilebilir olması değerlendirilmelidir.
Yedek kopya, alternatif donanım, lisans, internet hattı ve dış tedarikçiler planın parçasıdır. Her adım için sorumlu ve gerektiğinde devralacak kişi belirleyin.
Masa başı çalışma ile uygulamalı test nasıl ayrılır?
Masa başı çalışmada kararlar, iletişim ve sorumluluklar gözden geçirilir. Uygulamalı testte seçilen sistem gerçekten geri yüklenir ve işlevi kontrol edilir. Testin kapsamı, süresi, veri noktası ve başarısız kalan adımları raporlanmalıdır.
Planı her önemli uygulama veya altyapı değişikliğinden sonra gözden geçirin. Kritik uygulama listesi ve mevcut kurtarma imkanlarınızla yedekleme ve kurtarma kapsamını değerlendirebilirsiniz.
İlgili kaynaklar
Resmî kaynaklar
Teknik belgeler ve mevzuat değişebilir; uygulama öncesinde ilgili sürüm ve güncel metin kontrol edilmelidir.
Sık Sorulan Sorular
Her sistem için aynı RPO ve RTO mu seçilmeli?
Hayır. İş etkisi ve maliyet gereksinimleri farklıdır. Öncelik iş sahipleriyle belirlenmelidir.
Yedekleme hizmeti almak felaket kurtarma planı yerine geçer mi?
Hayır. Erişim, alternatif kaynaklar, uygulama bağımlılıkları ve karar süreci ayrıca hazırlanmalıdır.