01Sorun ve çözüm
Felaket kurtarma planı hizmetimiz bu soruların cevabını kriz anından önce yazılı hâle getirir. Her kritik sistem için kabul edilebilir kesinti süresi ve veri kaybı sınırı iş birimleriyle birlikte belirlenir. Ardından yedekleme ve çoğaltma yapısı bu hedeflere göre düzenlenir, kurtarma adımları sırasıyla ve sorumlularıyla kılavuza dönüşür.
Devamını okuDaha az göster
Plan, ancak tatbikatla denendiğinde gerçek bir plandır; bu yüzden çalışma kontrollü bir kurtarma tatbikatıyla tamamlanır.
02Kimler için
Felaket kurtarma planı hangi kuruluşlar için öncelikli
Sistemlerin birkaç saat kapalı kalmasının bile ciddi iş kaybı yarattığı her kuruluş için bu çalışma bir zorunluluğa dönüşür.
- Siparişini, üretimini ya da sevkiyatını tek bir ERP sunucusuna bağlamış üretim ve dağıtım şirketleri
- Kendi sunucu odasında çalışan ve ikinci bir lokasyonu ya da bulut kopyası bulunmayan işletmeler
- Fidye yazılımı saldırısı yaşamış ya da sektöründe bu saldırıların arttığını gören yönetimler
- İş ortakları veya denetimler tarafından yazılı iş sürekliliği ve kurtarma belgesi istenen kuruluşlar
- Bulutta çalıştığı için felaketten etkilenmeyeceğini düşünen ama bölge kesintisi senaryosunu hiç denememiş yazılım şirketleri
03İhtiyaçlar
Kurtarma anında ortaya çıkan eksikler
Felaket günü yaşanan aksaklıklar genellikle teknik değil, hazırlıksızlık kaynaklıdır.
- 01
Hiç denenmemiş yedekler
Yedekleme yazılımı her gece başarılı rapor verir, ama geri yükleme denendiğinde eksik bir veritabanı günlüğü ya da bozuk bir arşiv ortaya çıkar. Düzenli geri yükleme testi yapılmadan yedeğin işe yarayacağı bilinemez.
- 02
Aynı ağda duran yedekler
Yedek sunucusu etki alanına bağlıysa saldırgan yönetici yetkisini ele geçirdiğinde yedekleri de siler ya da şifreler. Değiştirilemez depolama ve çevrim dışı kopya bu riski azaltır.
- 03
Unutulan bağımlılıklar
Uygulama sunucusu geri gelir ama lisans sunucusu, DNS, Active Directory ya da dışarıdaki bir entegrasyonun izin verdiği IP adresi hazır değildir. Kurtarma sırası bu bağımlılıklara göre çıkarılmalıdır.
- 04
Belirsiz yetki ve iletişim
Felaket ilan etme kararını kimin vereceği, tedarikçilere ve çalışanlara kimin haber vereceği yazılı değilse ilk saatler toplantıyla geçer. İletişim listesi ve karar yetkisi planın ilk sayfasında yer alır.
04Özellikler
Felaket kurtarma planı hizmeti neleri içerir
Çalışma iş tarafının önceliklerinden başlar ve teknik uygulamayla biter.
- 01
İş etki analizi
Her iş süreci için kesintinin hangi noktadan sonra kabul edilemez olduğu ve hangi sistemlere bağlı olduğu iş birimleriyle birlikte çıkarılır.
- 02
Kurtarma süresi ve veri kaybı hedefleri
Her sistem için RTO ve RPO değerleri belirlenir. Hedefler mevcut yedekleme yapısıyla karşılaştırılır ve arada kalan açık raporlanır.
- 03
Kurtarma stratejisi
Sistemin önemine göre yedekten geri yükleme, asgari ortamın hazır bekletilmesi, ılık yedek ortam ya da iki aktif bölge seçeneklerinden uygun olanı maliyetiyle birlikte önerilir.
- 04
Adım adım kurtarma kılavuzu
Hangi sistemin hangi sırayla, kim tarafından ve hangi kontrol noktalarıyla ayağa kaldırılacağı yazılır. Kılavuz, kurtarma ortamı çökmüşken de erişilebilecek bir yerde saklanır.
- 05
Tatbikat ve güncelleme döngüsü
Kontrollü bir tatbikatla planın gerçek süreleri ölçülür, eksikler giderilir. Altyapıda her büyük değişiklikten sonra planın güncellenmesi için bir sorumlu atanır.
05Entegrasyonlar
Plana dâhil edilen altyapı ve araçlar
Plan, kullandığınız yedekleme ve sanallaştırma araçlarının üzerine kurulur; yeni araç satın almak her zaman gerekmez.
- 01
Sanallaştırma ve sunucular
VMware, Hyper-V ya da fiziksel sunuculardaki iş yükleri için çoğaltma ve geri yükleme yöntemi belirlenir.
- 02
Yedekleme yazılımları
Veeam gibi yaygın yedekleme yazılımlarında değiştirilemez depo, şifreleme ve ikinci lokasyona kopya ayarları gözden geçirilir.
- 03
Bulut kurtarma servisleri
Azure Site Recovery veya AWS Elastic Disaster Recovery ile şirket içi sunucuları buluta, bulut iş yüklerini başka bir bölgeye kurtarma seçeneği değerlendirilir.
- 04
Veritabanı çoğaltma
SQL Server, PostgreSQL ve MySQL için günlük gönderimi ya da çoğaltma ile veri kaybı penceresi daraltılır.
- 05
DNS ve erişim
Kurtarma ortamına geçişte DNS kayıtlarının, VPN bağlantılarının ve dış servislerin izin listelerinin nasıl değiştirileceği önceden hazırlanır.
06Süreç
Felaket kurtarma planı hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Felaket kurtarma planında gerçekçi hedef koyma yaklaşımımız
Her sistemi sıfır kesintiye göre tasarlamak hem gereksiz hem pahalıdır. Muhasebe arşivi bir gün beklerken sipariş sistemi bir saat bile duramayabilir. Bu yüzden hedefleri iş biriminin kabul edebileceği kayıpla maliyeti yan yana koyarak belirliyor, yönetimin bilinçli bir karar vermesini sağlıyoruz.
Devamını okuDaha az göster
Fidye yazılımı senaryosunu ayrı ele alıyoruz. Şifrelenmiş sistemi aynı ortama geri yüklemek saldırganın içeride kalmasına yol açabilir; bu nedenle temiz bir ortamda kurtarma, kimlik bilgilerinin yenilenmesi ve yedeklerin hangi tarihe kadar temiz olduğunun tespiti planda ayrı adımlar olarak yer alır.
Kişisel veri içeren sistemlerde bir veri ihlali şüphesi doğarsa KVKK kapsamındaki bildirim süreci de devreye girer. Plan, bu süreçte kimin hangi bilgiyi toplayacağını gösterecek biçimde hazırlanır; bildirim içeriği ve zamanlamasını hukuk danışmanınızla birlikte netleştirmenizi öneriyoruz.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Bakım ve destek
Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati
Yayındaki bir sistemin sürekliliği için.
- Aylık sözleşme ve SLA
- İzleme, güncelleme ve hata düzeltme
- Aylık geliştirme saati
- 03
Danışmanlık
Saatlik veya günlük teknik danışmanlık
Karar, denetim veya yön belirleme gereken durumlar için.
- Saatlik veya günlük çalışma
- Yazılı rapor ve öneriler
- Ekibinizle birlikte çalışma
09Sık sorulan sorular
Felaket kurtarma planı hakkında sık sorulan sorular
Felaket kurtarma planı fiyatları nelere bağlı?
Kapsamdaki sistem ve lokasyon sayısı, iş etki analizine katılacak birimler, mevcut yedekleme yapısının durumu, ikinci bir ortam kurulup kurulmayacağı ve tatbikatın kapsamı belirleyicidir. Ön görüşmeden sonra aşamaları ayrı ayrı gösteren yazılı bir teklif hazırlıyoruz.
Yedekleme ile felaket kurtarma arasındaki fark nedir?
Yedekleme verinin bir kopyasını saklamaktır. Felaket kurtarma ise bu kopyadan, hangi sırayla ve ne kadar sürede çalışır bir sisteme dönüleceğini, gereken altyapıyı ve insanları kapsar. Yedek, planın yalnızca bir parçasıdır.
RTO ve RPO ne demek?
RTO, bir sistemin kesintiden sonra en geç ne zaman yeniden çalışması gerektiğini; RPO ise kabul edilebilecek en fazla veri kaybını, yani son geçerli kopyanın ne kadar eski olabileceğini ifade eder. İkisi birlikte kurtarma yöntemini ve maliyetini belirler.
Sistemlerimiz zaten bulutta; yine de plana ihtiyacımız var mı?
Evet. Bulut sağlayıcısı altyapının sürekliliğinden sorumludur, ama yanlışlıkla silinen veri, ele geçirilen bir hesap ya da bölge çapında bir kesinti sizin planınızla çözülür. Bulutta plan, başka bölgeye kopya ve hesap dışında tutulan yedeklerle kurulur.
Tatbikat sırasında sistemlerimiz durur mu?
Durmak zorunda değil. Tatbikatların çoğu üretimi etkilemeyen yalıtılmış bir ağda kurtarma yapılarak gerçekleştirilir. Tam geçiş testi istenirse önceden duyurulan bir bakım penceresinde yapılır.
Felaket kurtarma planı firması olarak planı güncel tutuyor musunuz?
Bakım ve destek anlaşmasıyla altyapı değişikliklerinde planı güncelliyor, düzenli geri yükleme testlerini ve periyodik tatbikatları sizinle birlikte yürütüyoruz. Plan sahipliği yine de sizde kalır; kılavuz ekibinizin tek başına uygulayabileceği açıklıkta yazılır.
10İlgili hizmetler