Beklenmedik ve yıkıcı olaylar, kurumların sistemlerini, verilerini ve iş süreçlerini aniden durma noktasına getirebilir. Bu tür durumlarda, felaket kurtarma süreci devreye girerek en kısa sürede sistemlerin yeniden çalışır hale gelmesini sağlar. Sadece veri yedeklemekle sınırlı olmayan bu süreç, doğru stratejiler, sağlam teknik altyapı, planlama ve koordinasyon gerektirir. Amaç, kesintinin etkilerini minimuma indirmek, müşteri güvenini korumak ve iş sürekliliğini sürdürmektir.
Bir siber saldırı, doğal afet ya da kritik sistem arızası yaşandığında, felaket kurtarma planı krizin yol açabileceği veri ve zaman kaybını sınırlar.
Felaket Türleri ve Tehdit Senaryoları
Etkili bir felaket kurtarma planı oluşturmak için, karşılaşılabilecek tehditlerin net biçimde belirlenmesi gerekir. Bu tehditler hem doğal hem de insan kaynaklı olabilir.
Deprem, sel, fırtına ve yangın gibi doğal afetler, fiziksel altyapıya doğrudan zarar verir. Fidye yazılımları, DDoS ve veri ihlalleri gibi siber tehditler ise kritik bilgileri hedef alır. Bunun yanı sıra uzun süreli elektrik kesintileri, donanım veya yazılım arızaları ile ağ bağlantı sorunları da hizmetin devamlılığını riske atar.
- Doğal afetler: Deprem, sel, kasırga vb.
- Pandemiler: İş gücü ve tedarik zincirinde aksaklıklar.
- 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 Sürecinin İşleyişi
Etkili bir felaket kurtarma planı, yaşanan kesintinin ardından kritik altyapı ve uygulamaları dakikalar içinde yeniden devreye almayı amaçlar. Bu hedefe ulaşabilmek için plan, felaket öncesinden sonrasına kadar tüm süreci kapsayan önleyici, tespit edici ve düzeltici adımları içerir.
Önleyici adımlar, felaketin oluşmasını ya da etkilerinin azaltılmasını sağlar. Bu kapsamda düzenli veri yedekleme, sistem yapılandırmalarının gözden geçirilmesi ve güvenlik açıklarının giderilmesi yer alır. Tespit edici adımlar, sorunların hızlı şekilde fark edilmesine yardımcı olur.
Düzeltici adımlar ise felaket yaşandığında devreye girer. Yedek sistemlerin çalıştırılması, öncelikli uygulamaların belirlenen sırayla devreye alınması ve verilerin kısa sürede geri yüklenmesi bu aşamaya dahildir.
Kurtarma Süresi Hedefi (RTO), felaket sonrası kritik sistem ve uygulamaların en geç hangi süre içinde yeniden devreye alınması gerektiğini belirler. Hayati sistemler için bu süre dakikalarla ifade edilirken, daha düşük öncelikli sistemler için saatlerle ölçülebilir.
Kurtarma Noktası Hedefi (RPO) ise veri kaybı açısından tolere edilebilecek en uzun süreyi gösterir. Örneğin RPO’nun 1 saat olarak tanımlanması, maksimum 1 saatlik veri kaybının kabul edileceği anlamına gelir ve yedekleme periyotları buna göre düzenlenir.
Sağlam bir yedekleme politikası planın omurgasını oluşturur. 3-2-1 kuralı, verinin üç kopyasının bulunmasını, bunların ikisinin farklı ortamlarda tutulmasını ve bir kopyanın farklı bir lokasyonda saklanmasını tavsiye eder. Bu yöntem, tek bir arıza ile tüm verinin yok olmasını engeller.
Ayrıca, sistemlerin her koşulda çalışır durumda kalması için N, N+1 veya 2N yedeklilik yapılandırmaları uygulanır.
Bu modellerin teknik ayrıntılarını ve birbirlerinden farklarını öğrenmek için “Veri Merkezi Yedeklilik Modelleri ve Anlamları N N+1 2N 2N+1“ yazımıza göz atabilirsiniz.
Felaket Kurtarma Yöntemleri
Felaket kurtarma stratejileri, kullanılan bilgi teknolojileri altyapısına, verilerin kritik seviyesine ve işletmenin risk toleransına bağlı olarak değişir.
Yedeklemeler (Backup): En basit yöntemdir. Veriler, harici depolama cihazlarına veya tesis dışındaki güvenli alanlara düzenli olarak yedeklenir. Ancak bu yalnızca veri geri yükleme imkânı sağlar; donanım ve altyapının kurtarılması için ek yöntemler gerekir.
Hizmet Olarak Yedekleme (BaaS): Yedekleme sürecinin bulut tabanlı olarak, üçüncü taraf bir hizmet sağlayıcı üzerinden yürütülmesidir. Veriler periyodik olarak buluta aktarılır ve gerektiğinde geri yüklenir.
Hizmet Olarak Felaket Kurtarma (DRaaS): Public, private veya hybrid cloud modelleri ile veriler uzak veri merkezlerinde güvenli şekilde saklanır ve kriz anında hızlı devreye alınabilir. Hybrid cloud modeli, yerel yedeklerle bulut yedeklerini birleştirerek esneklik sağlar.
Sanal Felaket Kurtarma: Kritik sistemlerin sanal makineler üzerinde kopyalarının tutulması esasına dayanır. Kriz anında bu kopyalar devreye girer. Etkinlik için replikasyon sıklığının yüksek olması gerekir.
Co-location: Sistemlerin farklı şehir veya ülkelerdeki profesyonel veri merkezlerinde barındırılmasıdır.
Felaket Kurtarma Siteleri: Alternatif lokasyonlarda hazır tutulan yedek sistem ve altyapılardır.
- Soğuk site: Altyapı hazırdır ancak veri yüklemesi gerekir, devreye alma süresi uzundur.
- Sıcak site: Anlık veri replikasyonu ile hemen devreye girer (maliyet yüksektir).
- Ilık site: Bazı sistemler anlık, bazıları ise periyodik olarak yedeklenir.
Felaket Kurtarmada Bulut Teknolojileri
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.
Felaket Kurtarmada Yapay Zekâ Uygulamaları
Yapay zekâ (YZ) ve makine öğrenmesi, felaket kurtarma süreçlerini daha hızlı, akıllı ve esnek hale getirmektedir. Geçmiş verileri analiz ederek olası tehditleri önceden tahmin eder, siber saldırı veya donanım arızası belirtilerini erkenden algılar. Böylece felaket gerçekleşmeden önleyici adımlar atılır.
YZ destekli sistemler, verileri otomatik olarak en uygun zamanda yedekler ve kesinti anında doğru yedekten hızlıca geri yükler. Gerçek zamanlı anormallik algılama ile olağan dışı durumlar anında tespit edilir. Otonom kurtarma senaryolarında ise buluttaki yedekler devreye alınır, ağ yönlendirmeleri ve yük dengeleme ayarları otomatik yapılır.
Kurtarma öncelikleri nesnel şekilde belirlenir, sınırlı kaynaklar en kritik sistemlere tahsis edilir. Bu sayede kurtarma süreci hem hızlanır hem de daha verimli hale gelir. Doğru entegre edildiğinde yapay zekâ, küçük bir teknik aksaklık ile büyük çaplı iş kesintisi arasındaki farkı belirleyen kritik bir unsur olur.
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.
Gelecekte, felaket kurtarma çözümlerinde biyolojik bilgisayarlar gibi yenilikçi teknolojilerin önemli bir rol üstlenmesi beklenmektedir. Örneğin, canlı hücre tabanlı işlem yapısına sahip dünyanın ilk biyolojik bilgisayarı CL1, düşük enerji tüketimi ve yüksek paralel işlem kapasitesi sunar. Bu tür teknolojiler, gelecekte felaket sonrası veri işleme ve kurtarma süreçlerinde hız ile verimliliği kayda değer ölçüde 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.
Kullanılan Teknolojiler
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.