TR EN RU
Teknik Görüşme
Karar soruları Kontrol noktaları Uygulama rotası Rehber

Felaket Kurtarma Planı Nasıl Hazırlanır?

Felaket kurtarma planı oluşturma, tatbikat yapma ve operasyonel sorumlulukları netleştirme için kurumsal rehber.

Yayınlayan: AnatoliaCore Teknik Editör Ekibi

Felaket kurtarma planının kapsamını belirlemek

Felaket kurtarma planı yalnız sunucu listesinden başlamaz. İş hizmeti, veri, uygulama, kimlik, DNS, ağ, dış servis ve insan bağımlılıkları tek hizmet zincirinde gösterilir; planın tetiklenme ölçütü ve karar yetkisi de bu kapsamın parçasıdır.

Kritik servisler için rol ve sorumluluk matrisi

Her hizmet için olay komutası, altyapı, uygulama, veri, ağ, güvenlik, iletişim ve iş birimi rolleri belirlenir. Birincil ve yedek sorumlu, karar yetkisi ve üçüncü taraf iletişimi yazılmadan yalnız telefon listesi rol matrisi sayılmaz.

Tatbikat senaryosu ve doğrulama adımları

Tatbikat senaryosu tek bileşen arızası, veri bozulması, erişilemeyen lokasyon veya kimlik/DNS kaybı gibi açık bir varsayıma dayanır. Başlangıç saati, veri noktası, bileşen süreleri, kullanıcı kabulü ve normalleşme adımları ölçülür.

Süreklilik metrikleriyle planı canlı tutmak

Aşağıdaki kısa kontrol tablosu felaket kurtarma planı projelerinde saha uygulaması için pratik bir referans sağlar:

Kontrol AlanıBeklenen Çıktı
Hizmet zinciriUygulama, veri, kimlik, ağ ve dış bağımlılıklar
Karar modeliTetikleyici, yetkili rol ve iletişim ağacı
RunbookSıralı teknik adımlar ve kabul kontrolü
TatbikatÖlçülen süre, veri noktası ve açık aksiyonlar

Kapsamdan Çalıştırılabilir Runbook'a

Kapsam tablosu, olay anında yorum gerektirmeden çalıştırılabilecek bir runbook'a dönüştürülmelidir. Her adımın girdisi, beklenen sonucu, başarısızlık halinde karar noktası ve bir sonraki adıma geçiş koşulu açıkça yazılmalıdır.

Runbook; tetikleme, iletişim, bağımlılık sırası, geri dönüş komutları, doğrulama, karar noktaları ve geri dönüş/normalleşme yolunu içerir. Komutların sahibi ve gerekli erişimler tatbikattan önce kontrol edilir.

Tatbikat Sonuçlarını Doğrulama

Plan, masa başı incelemede rol ve karar akışıyla; teknik testte veri ve sistem geri dönüşüyle; uçtan uca tatbikatta ise kullanıcı kabulü ve toplam süreyle doğrulanır. Başarısız adımlar düzeltme sahibi ve yeniden test tarihiyle kapanır.

İlgili Hizmet Sayfaları

Bu rehberi doğrudan projeye dönüştürmek için aşağıdaki hizmet sayfalarını inceleyin.

Teknoloji Perspektifi

Bu konu kapsamında teknoloji bileşenlerinin seçiminde Veeam sayfamızdaki uygulama notları referans alınabilir.

Veeam Detayı

Teklif ve İletişim

Kuruma özel kapsamlandırma için teknik ön görüşme planlayabilirsiniz.

Teknik Bileşenler: BIA, Kurtarma Hedefleri ve Yük Devretme

Sağlam bir felaket kurtarma planı genel süreç anlatımı değil, ölçülebilir teknik kararlar içerir.

  • İş Etki Analizi (BIA): kritik sistemler ve bağımlılıklar belirlenir; her sisteme RTO ve RPO hedefi atanır.
  • Kurtarma kademeleri ve sıralama: kritik/önemli/normal katmanlar; recovery sequencing kimlik ve DNS bağımlılıklarına göre yapılır.
  • Yedekleme ve replikasyon: senkron/asenkron replikasyon, 3-2-1 kuralı, değiştirilemez (immutable) ve dış saha (off-site) kopya.
  • Failover / failback: ikincil bölgeye geçiş ve geri dönüş; veritabanı tutarlılığı (database consistency) doğrulanır.
  • Runbook ve DR tatbikatı (drill): düzenli test; ölçülen RTO/RPO hedefle karşılaştırılır, sapma için aksiyon ve yeniden test tarihi atanır.

Resmi dokümanla doğrulama

Felaket kurtarma planını iş etki analizi, kurtarma öncelikleri ve düzenli tatbikatlarla birlikte değerlendirin.

NIST SP 800-34 — Contingency Planning