SCNET · Kurumsal BT · Ankara, Türkiye

Sanal Çekirdek

Kurtarma, sistemleri değil sırayı bilmekle başlar.

Felaket kurtarma, ikinci bir kopya bulundurmak değil; kesinti anında hangi hizmetin hangi sırayla ayağa kalkacağını bilmektir. Sanal Çekirdek altyapıyı bu sıraya göre tasarlar.

Tek tek çalışan sistemler, birlikte çalışmayabilir. Bağımlılık haritası çıkarılmamışsa kurtarma, sırası bilinmeyen bir yapbozdur.

Bağımlılık haritası ve kurtarma sırası

Bir hizmet, bağımlı olduğu kimlik, ağ, veri tabanı ve entegrasyon katmanları olmadan ayağa kalkmaz. Harita bu zinciri görünür kılar ve kurtarma sırası buradan türetilir. Sıra, tatbikatta doğrulanmadan geçerli sayılmaz.

  • Kimlik ve ağ katmanı çoğu zinciri baştan kilitler
  • Dış servis bağımlılıkları da haritaya girer
  • Sıra değişikliği tatbikat sonrası güncellenir
  • Harita, değişiklik yönetimiyle canlı tutulur

Replikasyon tekniği seçimi

Eşzamanlı replikasyon veri kaybını en aza indirir ama mesafe ve gecikme sınırı getirir; eşzamansız replikasyon esneklik sağlar ama bir kayıp penceresi bırakır. Seçim, sistemin kurtarma hedefine ve iki konum arasındaki gerçek gecikmeye göre yapılır.

  • Ölçülen gecikme, kataloğa değil sahaya bakılarak alınır
  • Kayıp penceresi iş birimine sayıyla anlatılır
  • Veri tabanı ve dosya katmanı ayrı değerlendirilir
  • Geri dönüş (failback) yolu baştan tasarlanır

Devreye alma ve geri dönüş

Devreye alma kararı teknik değil, iş kararıdır; kimin hangi eşikte vereceği önceden yazılır. Geri dönüş çoğu planın eksik bıraktığı yerdir: ikincil konumda üretilen veri, birincil konuma nasıl ve ne zaman taşınacak.

  • Karar eşiği ve karar sahibi yazılı
  • İletişim zinciri devreye almadan önce tanımlı
  • Geri dönüş penceresi ayrıca planlanır
  • İkincil konumda üretilen veri kaybolmaz

Tatbikat ve kanıt

Plan, tatbikat edilmediği sürece bir varsayımdır. Tatbikat masa başı senaryodan gerçek devreye almaya kadar kademelendirilir; her turda ölçülen süre hedefle karşılaştırılır ve plan güncellenir.

  • Kademeli tatbikat: masa başından gerçek devreye alma
  • Ölçülen süre her turda kaydedilir
  • Bulgular düzeltme maddesine dönüşür
  • Kanıt denetimde kullanılabilir biçimde saklanır

Nasıl çalışırız

  1. Kritik hizmetleri ve bağımlılıklarını haritalayın
  2. Kurtarma sırasını ve hedeflerini yazın
  3. Replikasyon tekniğini ölçülen gecikmeye göre seçin
  4. Devreye alma ve geri dönüş kararlarını tanımlayın
  5. Tatbikat yapın, planı bulgularla güncelleyin

Başarı nasıl ölçülür

  • Kurtarma sırası tatbikatla doğrulanmış
  • Ölçülen devreye alma süresi hedefin içinde
  • Geri dönüş planı yazılı ve denenmiş
  • Her tatbikat bulgusu kapanış tarihiyle izleniyor

Sık sorulan sorular

Felaket kurtarma ile yedekleme aynı şey mi?

Hayır. Yedekleme veriyi geri getirir; felaket kurtarma hizmeti çalışır hâle getirir. İkisi birbirini tamamlar — yedeği olup kurtarma sırası olmayan kurum, veriye sahip ama hizmete sahip değildir.

İkincil konum şart mı?

Kurtarma hedefi ve risk senaryosu belirler. Bölgesel bir kesinti senaryosu değerlendiriliyorsa ayrı konum gerekir; yalnız donanım arızası senaryosunda aynı konumda yüksek erişilebilirlik yeterli olabilir.

Tatbikat üretimi durdurur mu?

Kademeli yaklaşım bunu önler. Masa başı ve kısmi tatbikatlar üretimi etkilemez; tam devreye alma tatbikatı ise planlı pencerede ve geri dönüş yolu hazır tutularak yapılır.

Kurtarma sıranızı en son ne zaman denediniz? Kritik hizmet listenizi paylaşın, bağımlılık haritasıyla başlayalım.

Bağımlılık haritası çıkarın