SCNET · Kurumsal BT · Ankara, Türkiye

Sanal Çekirdek

Süreklilik planı sunucu listesinden değil, hizmet haritasından çıkar.

İş sürekliliği, kritik hizmetlerin planlı biçimde geri döndürülebilmesi için insanları, uygulamaları, kimliği, ağı, veriyi, tedarikçileri ve karar haklarını birlikte ele alan bir çözüm alanıdır. Sanal Çekirdek, sürekliliği hizmet seviyesinde tasarlar; geri dönüşü düzenli tatbikatlarla test eder.

İş etkisi ve kritik hizmet haritası

Önceliği sunucu listesine göre değil, müşteri ve operasyon etkisine göre belirleriz. Her kritik hizmet için süreç, uygulama, veri, kimlik, ağ, kişi, lokasyon ve tedarikçi bağımlılıkları görünür kılınır.

  • Maksimum kabul edilebilir kesinti
  • RTO/RPO ve veri kaybı etkisi
  • Asgari hizmet seviyesi
  • Bağımlılık ve kurtarma sırası

Yedekleme, replikasyon ve DRaaS

Teknoloji, hedef süre ve veri noktasına göre seçilir. Değiştirilemez veya ayrıştırılmış yedekler, uygulama tutarlı kopyalar, ikincil kapasite, ağ geçişi ve DNS adımları aynı kurtarma planına bağlanır.

  • Koruma sınıfları ve saklama
  • Replikasyon ve ikincil kapasite
  • Ağ, kimlik ve güvenlik bağımlılıkları
  • Runbook ve otomasyon

Siber olay için temiz geri dönüş

Fidye yazılımı veya yetki ihlalinde en yeni kopya her zaman en güvenli kopya değildir. Temiz veri noktasının seçimi, kimlik katmanının yeniden güvenilir hale gelmesi, zararlı kalıntısının kontrolü ve izolasyon içinde doğrulama ayrıca planlanır.

  • Temiz oda veya izole doğrulama alanı
  • Altın imaj ve güvenilir yapılandırma
  • Kanıt koruma ve olay müdahalesi
  • Kademeli hizmet açılışı

Tatbikat ve sürekli iyileştirme

Planların kâğıt üzerinde kalmaması için masa başı senaryo, teknik geri dönüş, kısmi hizmet testi ve tam devreye alma gibi farklı tatbikat seviyeleri uygularız. Her testte ölçüm, sapma, karar ve iyileştirme kaydı tutulur.

  • Yıllık ve değişiklik sonrası test programı
  • Teknik ve iş kabul ölçütleri
  • Kanıt, zaman çizelgesi ve gözlem
  • Düzeltme planı ve yeniden test

Nasıl çalışırız

  1. İş sonucunu ve karar sahiplerini tanımlama
  2. Başlangıç ölçümlerini oluşturma
  3. Entegre çözüm ve yönetilen hizmet modeli tasarlama
  4. Kontrollü pilot ve ölçekleme
  5. Sonuçları ölçme ve yol haritasını güncelleme

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

  • Gerçekleşen kurtarma süresi ve veri noktası
  • Başarılı uygulama ve iş hizmeti doğrulaması
  • Plan dışı bağımlılık ve manuel müdahale
  • Tatbikat bulgularının kapanış süresi

Sık sorulan sorular

Yedekleme ile felaket kurtarma arasındaki fark nedir?

Yedekleme verinin kopyasını korur. Felaket kurtarma; hesaplama, ağ, kimlik, uygulama, veri ve devreye alma sırasıyla hizmeti yeniden çalıştırır. Biri diğerinin yerine geçmez.

RTO ve RPO nasıl belirlenir?

Teknik tercih olarak değil, kesintinin ve veri kaybının iş etkisi üzerinden belirlenir. Hedef ne kadar iddialıysa kapasite, mimari, test ve maliyet gereksinimi o kadar artar.

Her yıl tam felaket testi gerekir mi?

Test düzeyi risk, değişiklik ve sözleşmeye göre belirlenir. Her yıl tam kesinti testi uygun olmayabilir; ancak düzenli geri dönüş, bağımlılık ve karar tatbikatı olmadan planın çalıştığı varsayılamaz.

DRaaS hangi iş yükleri için uygundur?

Sanallaştırılabilen, bağımlılıkları bilinen ve ikincil ortamda desteklenen iş yükleri iyi adaylardır. Lisans, fiziksel bağımlılık, veri hacmi ve ağ geçişi keşifte doğrulanır.

İlk adım, en kritik sunucuyu değil en kritik hizmeti doğru tanımlamaktır.

Süreklilik değerlendirmesi isteyin