Kritik bir kesinti, işletmeler için hem mali kayıp hem de itibar zedelenmesi anlamına gelebilir. Böyle bir durumda felaket kurtarma planları, sistemlerin, verilerin ve iş süreçlerinin hızla yeniden devreye alınmasını sağlar. Bu planlar yalnızca veri yedeklemeden ibaret olmayıp, strateji, teknik altyapı, planlama ve koordinasyonu kapsar. Amaç, kesintinin etkilerini minimuma indirerek hizmetin sürekliliğini sağlamaktır.
Bir doğal afet, siber saldırı ya da sistem arızası yaşandığında, bu plan devreye girer ve zaman ile veri kaybını sınırlandırır.
Felaket Türleri ve Tehdit Senaryoları
Felaket kurtarma planlarının işlerlik kazanabilmesi, potansiyel risklerin net biçimde tanımlanmasıyla sağlanır. Riskler hem doğadan hem de insan faktöründen kaynaklanabilir.
Deprem, sel, fırtına ve yangın gibi doğal afetler altyapıya doğrudan zarar verirken; Fidye yazılımları, DDoS ve veri sızıntıları gibi siber tehditler de bilgi varlıklarını hedef alır. Bunun yanı sıra elektrik kesintileri, donanım-yazılım arızaları ve ağ kesintileri hizmet devamlılığını riske sokar.
- Doğal afetler: Deprem, sel, kasırga vb.
- Pandemiler: İş gücü ve tedarik zincirinde aksama.
- Siber saldırılar: Zararlı yazılımlar, DDoS, fidye yazılımları.
- Kasıtlı eylemler: Sabotaj, terör saldırıları.
- Teknolojik arızalar: Elektrik, telekom, donanım ve yazılım sorunları.
- İnsan hatası: Yanlış veri silme, hatalı yapılandırma.
Felaket Kurtarma Planı Nasıl Çalışır?
Etkili bir felaket kurtarma planı, kesinti sonrası kritik hizmetlerin ve altyapının dakikalar içinde tekrar aktif hale gelmesini sağlar. Bu başarı, felaket öncesinden sonrasına kadar uzanan önleyici, tespit edici ve düzeltici adımların planlanmasıyla elde edilir.
Önleyici adımlar, felaketin yaşanma ihtimalini azaltmak veya etkilerini hafifletmek için uygulanır. Bunlara düzenli veri yedekleme, yapılandırma kontrolleri ve güvenlik zafiyetlerinin kapatılması dahildir. Tespit edici adımlar ise sorunları hızla fark etmeye yarar.
Düzeltici adımlar, felaketin ardından devreye girerek sistemi yeniden işler hale getirir. Yedek altyapının çalıştırılması, kritik uygulamaların öncelik sırasına göre açılması ve verilerin kısa sürede geri yüklenmesi bu aşamada gerçekleştirilir.
Kurtarma Süresi Hedefi (RTO), felaket sonrası sistemlerin en geç hangi zaman diliminde çalışır duruma gelmesi gerektiğini gösterir. Kritik uygulamalarda bu süre dakikalarla sınırlı iken, düşük öncelikli sistemlerde saatler olabilir.
Kurtarma Noktası Hedefi (RPO) ise kabul edilebilecek maksimum veri kaybı süresini tanımlar. Örneğin, RPO değeri 1 saat olarak belirlenmişse, en fazla 1 saatlik veri kaybı tolere edilir ve yedekleme planı buna göre yapılır.
Planın omurgasını sağlam bir yedekleme politikası oluşturur. 3-2-1 kuralı, verinin üç kopyasını saklamayı, bunların ikisini farklı ortamlarda bulundurmayı ve birini farklı bir lokasyonda korumayı içerir. Bu yöntemle tek bir arıza tüm verinin yok olmasına yol açmaz.
Sistemlerin kesintisiz çalışması amacıyla N, N+1 veya 2N yedeklilik çözümleri kullanılır.
Yedeklilik türleri ve aralarındaki farklar için “N N+1 2N 2N+1 Yedeklilik Seviyeleri ve Tier İlişkisi“ başlıklı yazımıza göz atabilirsiniz.
Felaket Kurtarma Yöntemleri
Felaket kurtarma uygulamaları, kurumun BT altyapısı, veri önemi ve risk toleransına bağlı olarak farklı şekillerde planlanır.
Yedekleme (Backup): En temel yöntemdir. Veriler düzenli aralıklarla harici medyalara veya tesis dışındaki güvenli alanlara kaydedilir. Ancak bu sadece veri kurtarmayı sağlar; altyapının çalışır hale gelmesi için ek adımlar gerekir.
Hizmet Olarak Yedekleme (BaaS): Yedekleme işleminin bulut ortamında, üçüncü taraf hizmet sağlayıcı tarafından yapılmasıdır. Veriler buluta aktarılır ve gerektiğinde geri yüklenebilir.
Hizmet Olarak Felaket Kurtarma (DRaaS): Public, private veya hybrid cloud sistemleri ile veriler uzak veri merkezlerinde güvenli şekilde tutulur. Felaket anında bu merkezler hızlıca devreye alınır. Hybrid model, yerel ve bulut yedeklerini birleştirerek esnek çözümler sunar.
Sanal Felaket Kurtarma: Önemli sistemlerin sanal makineler üzerinde kopyalarının bulunmasıdır. Kriz anında bu kopyalar devreye girer. Replikasyon sıklığı etkinlik için kritik öneme sahiptir.
Co-location: Sistemlerin farklı bir lokasyondaki veri merkezinde barındırılmasıdır.
Felaket Kurtarma Siteleri: Yedek sistemlerin hazır bulunduğu alternatif lokasyonlardır.
- Sıcak site: Anlık veri replikasyonu ile hemen çalışır (maliyeti yüksektir).
- Ilık site: Bazı sistemler anlık, bazıları periyodik yedeklenir.
- Soğuk site: Altyapı hazırdır ancak veri yüklenmesi gerekir, devreye alınması daha uzun sürer.
Bulut Tabanlı Felaket Kurtarma Çözümleri
Bulut tabanlı felaket kurtarma, kritik sistemlerin felaket sonrası hızlı şekilde devreye alınmasını sağlayan, bulut altyapısı üzerinden sunulan yönetimli bir hizmettir.
Kritik veriler ve uygulamalar düzenli şekilde bulut üzerindeki uzak veri merkezlerine yedeklenir. Kriz anında bu yedeklerden sanal sunucular devreye alınarak sistemler çalışır hale getirilir. Böylece fiziksel tesislerde bir kesinti olsa bile iş sürekliliği korunur.
Ancak bulut tabanlı felaket kurtarma bazı konularda dikkat gerektirir. KVKK gibi düzenlemeler, verilerin hangi ülkede tutulacağını belirleyebilir. İnternet bağlantısına bağımlılık nedeniyle, erişim sorunları yaşanmaması için yedekli hatlar planlanmalıdır. Ayrıca hizmet düzeyi anlaşmalarının koşulları titizlikle incelenmeli ve sağlayıcının güvenilirliği değerlendirilmelidir. Bununla birlikte, hizmet alınan veri merkezinin Uptime Institute TIER standartlarına uygunluğu kritik bir faktördür. TIER 3 veya TIER 4 seviyesindeki veri merkezleri, yüksek yedeklilik ve kesintisiz çalışma garantisi sunarak felaket kurtarma senaryolarında riskleri en aza indirir.
Yapay Zekâ ile Akıllı Felaket Kurtarma Stratejileri
Felaket kurtarma süreci, yapay zekâ (YZ) ve makine öğrenmesi ile daha hızlı, akıllı ve esnek bir yapıya ulaşır. Bu teknolojiler, geçmiş verileri inceleyerek olası riskleri önceden belirler, siber saldırı veya donanım arızası sinyallerini erken aşamada yakalar. Böylece felaket yaşanmadan önce önleyici önlemler uygulanabilir.
YZ tabanlı çözümler, verileri uygun zamanlarda otomatik yedekler ve kesinti sırasında doğru yedekten hızlı şekilde geri yükler. Gerçek zamanlı anormallik algılama sayesinde olağandışı durumlar anında ortaya çıkar. Otonom kurtarma süreçlerinde bulut yedekleri devreye girer, ağ yönlendirme ve yük dengeleme işlemleri otomatik yapılır.
Bu yaklaşımda kurtarma öncelikleri nesnel olarak belirlenir, sınırlı kaynaklar en kritik sistemlere yönlendirilir. Böylece hem süreç hızlanır hem de verimlilik artar. Etkili bir entegrasyonla yapay zekâ, ufak çaplı teknik sorunlarla büyük iş kayıpları arasındaki farkı yaratan kritik unsur haline gelir.
Siber Felaketler ve Siber Kurtarma
Fidye yazılımı gibi siber saldırılar, kritik sistemleri devre dışı bırakarak büyük kayıplara yol açabilir. Siber kurtarma, bu tür saldırılar sonrası temiz ve güvenli yedeklerden sistemi hızlıca çalışır hale getirmeyi amaçlar.
Verilerin saldırıdan etkilenmemesi için yedekler izole ortamlarda veya değiştirilemez formatta saklanır. Geri yükleme öncesinde zararlının tamamen temizlendiğinden emin olunur.
Büyük kurumlar bu amaçla “Cyber Vault” gibi izole yedekleme sistemleri kullanır. Siber kurtarma, felaket kurtarmanın tamamlayıcısıdır ve her iki plan birlikte uygulanarak hem doğal hem siber afetlere karşı hazırlık sağlanır.
Felaket Kurtarma İçin En İyi Öneriler
Felaket kurtarma planınızı hazırlarken ve hayata geçirirken dikkate almanız gereken temel adımlar şunlardır:
Düzenli ve Güvenilir Yedekleme
Tüm kritik verilerinizi sık aralıklarla yedekleyin. Yedekleri farklı fiziksel ortamlarda veya farklı coğrafi bölgelerde saklayın. Alınan yedeklerin çalışırlığını periyodik olarak test edin. Örneğin her ay rastgele bir yedekten geri yükleme denemesi yaparak veri bütünlüğünü kontrol edebilirsiniz.
Sanallaştırma ve Bulut Kullanımı
Sanal sunucular ve bulut çözümleri, iş yüklerinizi ihtiyaç halinde hızla farklı bir ortama taşıma imkânı sunar. Fiziksel bir felaket yaşandığında, sanallaştırma sayesinde sistemleri kısa sürede başka bir veri merkezinde çalıştırabilirsiniz. Hâlâ fiziksel sunucular üzerinde çalışan kritik uygulamalar varsa, bunları sanallaştırmayı veya bulut tabanlı yedek sistemler kurmayı değerlendirin.
Planın Test Edilmesi ve Güncellenmesi
Hazırlanan planın işe yarayıp yaramadığını görmek için düzenli tatbikatlar yapın. Yılda en az iki kez, farklı senaryolar üzerinden (örneğin elektrik kesintisi, siber saldırı) tüm adımları uygulayın. Tatbikatlar eksikleri ortaya çıkarır ve ekiplerin kriz anına hazır olmasını sağlar. İş süreçleriniz değiştikçe planınızı da güncelleyin.
Acil Durum İletişimi
Felaket anında iletişim kopukluğu, teknik sorun kadar risklidir. Çalışanlar, müşteriler ve iş ortakları ile kriz anında nasıl iletişim kurulacağını netleştirin. Acil durum için özel iletişim kanalları (WhatsApp, Telegram grupları, SMS veya e-posta şablonları) oluşturun. Şirket içi iletişim zinciri ve alternatif kanallar tanımlı ve erişilebilir olmalıdır.
Güvenlik ve Şifreleme
Yedeklerinizi mutlaka şifreleyin ve yetkisiz erişime karşı koruma sağlayın. Siber saldırı senaryolarını da plana dahil edin. Örneğin, fidye yazılımı durumunda ağı izole etmek, yedekleri taramadan geri yüklememek ve güvenlik ekibinin koordinasyonunu sağlamak önemlidir.
Sorumlulukların Belirlenmesi
Kriz anında herkesin görevini bilmesi gerekir. Felaket kurtarma ekibinin rollerini net şekilde tanımlayın. İletişimden sorumlu kişi, veri tabanlarını kurtaracak kişi ve uygulamaları devreye alacak kişiler plan içinde yer almalı, tatbikatlarla pekiştirilmelidir. Nöbetçi listeleri ve iletişim bilgileri güncel tutulmalıdır.
İyi hazırlanmış, test edilmiş ve tüm ekip tarafından benimsenmiş bir felaket kurtarma planı; veri kaybını, kesinti süresini ve itibar riskini en aza indirir. Felaketler önceden haber vermez, ancak hazırlıklı olmak her zaman sizin elinizdedir.
Felaket Kurtarma Planı Örnekleri
IBM
IBM’in felaket kurtarma planı, çalışan güvenliğini ve iş sürekliliğini önceliklendirir. Kritik veriler, Global Mirror ve Metro Mirror gibi veri çoğaltma çözümleriyle coğrafi olarak dağıtılmış yedekli veri merkezlerine kopyalanır. IBM Storage Protect altyapısı, yedekleme prosedürlerinden cihaz konfigürasyonlarına kadar tüm kurtarma adımlarını plan dosyasında (DR plan file) saklar. Roller ve sorumluluklar net tanımlanır, düzenli tatbikatlarla plan test edilir ve güncellenir.
🔗 IBM Disaster Recovery Plan Dokümantasyonu
🔗 IBM Global Mirror ve Metro Mirror Bilgileri
Microsoft
Microsoft, Azure Site Recovery (ASR) ile hem bulut hem de hibrit ortamlar için kesintisiz iş sürekliliği sağlar. Kritik iş yükleri farklı coğrafi bölgelerdeki veri merkezlerine kopyalanır ve felaket anında otomatik olarak devreye girer. Plan, siber saldırı, donanım arızası veya elektrik kesintisi gibi senaryolara göre hazırlanır. Düzenli disaster recovery drill tatbikatları ile etkinliği test edilir ve Azure güncellemelerine göre revize edilir.
🔗 Azure Site Recovery Resmi Dokümantasyon
🔗 Microsoft Disaster Recovery Plan Örnekleri
AWS
AWS, Elastic Disaster Recovery ve çok bölgeli (multi-region) mimari kullanarak kritik servisleri (EC2, S3, RDS vb.) farklı bölgelerde sürekli çalışır durumda tutar. Bölgesel bir kesinti yaşandığında trafik otomatik olarak diğer aktif bölgelere yönlendirilir. Plan, otomatik ölçeklendirme, şifrelenmiş yedekler ve fidye yazılım senaryolarına karşı güvenlik kontrollerini içerir. Her yıl farklı felaket senaryolarına karşı testler yapılır ve runbook dokümanları adım adım kurtarma süreçlerini tanımlar.
🔗 AWS Elastic Disaster Recovery Dokümantasyon
🔗 AWS Disaster Recovery Planlama Kılavuzu
Türkiye’de Felaket Kurtarma Uygulamaları
Ülkemiz hem yüksek doğal afet riski hem de artan siber tehditler nedeniyle felaket kurtarma stratejilerini zorunlu kılan ülkelerden biridir. Özellikle deprem gerçeği, kurumların yalnızca veri yedeklemeye değil, aynı zamanda coğrafi yedeklilik ve hızlı kurtarma planlarına yatırım yapmasını kaçınılmaz hale getirmiştir.
Gelecekteki felaket kurtarma çözümlerinde, biyolojik bilgisayarlar gibi çığır açıcı teknolojilerin yer alması beklenmektedir. Canlı hücre tabanlı işlem sistemine sahip ilk biyolojik bilgisayar CL1, düşük enerji kullanımı ve yüksek paralel işlem gücü ile dikkat çeker. Bu tip teknolojiler, ilerleyen dönemde felaket sonrası veri işleme ve kurtarma operasyonlarının hızını ve verimliliğini ciddi biçimde artırabilir.
Düzenleyici Çerçeve
BTK, BDDK ve SPK düzenlemeleri; kritik sektörlerde farklı lokasyonlarda veri merkezi bulundurmayı ve düzenli DR testleri yapmayı zorunlu kılar. TAMP (Türkiye Afet Müdahale Planı) ise afet öncesi, anı ve sonrası için kamu-özel sektör rollerini tanımlar.
Sektörel Yaklaşımlar
- Bankacılık ve Finans: Düzenli DR senaryo testleri, coğrafi yedekli veri merkezleri ve anlık replikasyon sistemleri.
- Sağlık: HBYS (Hastane Bilgi Yönetim Sistemleri) için anlık yedekleme ve kritik verilerin bulut ortamında korunması.
- E-ticaret ve Lojistik: Trafik artışlarına uyum sağlayan ölçeklenebilir bulut mimarisi ve CDN tabanlı felaket kurtarma stratejileri.
Türkiye’deki birçok kurum, Microsoft Azure Site Recovery, AWS Elastic Disaster Recovery ve Google Cloud Disaster Recovery gibi global hizmetlerden yararlanırken; PenDC, Turkcell Veri Merkezi, Türk Telekom Veri Merkezi ve Radore gibi bilinen yerel veri merkezleri de coğrafi yedeklilik, anlık veri replikasyonu ve SLA garantili kurtarma hizmetleri sunmaktadır.