
Günümüz iş dünyasında operasyonların kesintisiz sürdürülebilmesi, tamamen dijital altyapıların kararlılığına bağlıdır. Beklenmedik bir donanım arızası, fidye yazılımı saldırısı, yangın veya doğal afet gibi senaryolarda şirket verilerinin korunması ve operasyonların hızla ayağa kaldırılması için kapsamlı bir felaket kurtarma planı hazırlanması hayati bir zorunluluktur. Plansız yakalanılan kriz anlarında şirketler sadece maddi kayıplarla değil; itibar kaybı, müşteri güvensizliği ve yasal yaptırımlarla da karşı karşıya kalırlar.
Felaket Kurtarma Planı Nedir ve Şirketler İçin Neden Hayatidir?
Felaket kurtarma planı (İngilizce adıyla Disaster Recovery Plan - DRP), öngörülemeyen teknik veya fiziksel bir kriz durumunda bir organizasyonun bilgi işlem altyapısını, kritik iş uygulamalarını ve verilerini güvenli bir biçimde yeniden çalışır hale getirmek için izlenecek adımları tanımlayan belgelenmiş bir süreçtir. Çoğu zaman daha geniş kapsamlı olan iş sürekliliği planı ile birlikte anılır; ancak felaket kurtarma doğrudan teknoloji bileşenlerine, sunuculara, ağlara ve veri bütünlüğüne odaklanır.
Geleneksel yedekleme yaklaşımları, dosyaların periyodik olarak harici disklere veya buluta kopyalanmasından ibaret görülebilir. Oysa bir felaket anında yalnızca veriye sahip olmak yetmez; o veriyi işleyecek sunucuların, veri tabanlarının ve ağ yapılandırmalarının da eş zamanlı olarak ayağa kalkması gerekir. Sistemlerin saatlerce veya günlerce çalışmaması durumunda faturalandırma durabilir, üretim aksayabilir ve müşteri iletişimi kopabilir. Kapsamlı bir BT altyapı ve ağ çözümleri kurgulamak, bu risklerin etkisini asgari düzeye indirmede ilk savunma hattını oluşturur.
Planlamanın Temeli: RTO ve RPO Kavramlarını Belirleme
Etkili bir felaket kurtarma kurgusu yaparken iki temel performans göstergesi esas alınır: RTO ve RPO. Bu kavramlar, şirketin tolere edebileceği veri kaybı miktarını ve sistemlerin ne kadar süre kapalı kalabileceğini belirler.
- RTO (Recovery Time Objective - Kurtarma Süresi Hedefi): Bir kesinti meydana geldikten sonra sistemlerin, uygulamaların veya iş süreçlerinin yeniden çalışır hale gelmesi gereken azami kabul edilebilir süredir. Örneğin kritik bir e-ticaret veri tabanı için RTO 15 dakika olabilirken, dahili bir arşiv sunucusu için bu süre 24 saat olarak belirlenebilir.
- RPO (Recovery Point Objective - Kurtarma Noktası Hedefi): Bir kriz anında tolere edilebilecek azami veri kaybı süresidir. Diğer bir deyişle, geri dönülecek en son yedeğin ne kadar güncel olması gerektiğini gösterir. Günde bir kez gece yarısı yedekleme yapılıyorsa RPO 24 saattir; yani felaket saat 17.00'de gerçekleştiğinde o günkü mesaide üretilen tüm veriler kaybolabilir.
RTO ve RPO değerleri kısaldıkça, ihtiyaç duyulan teknolojik altyapının maliyeti ve karmaşıklığı artar. Dolayısıyla her sistem için aynı hedefleri belirlemek yerine, iş önceliklerine göre kademelendirme yapılmalıdır.
| Kriter | Düşük Seviye (Kritik Olmayan) | Orta Seviye (Önemli) | Yüksek Seviye (İş Kritik) |
|---|---|---|---|
| RTO Hedefi | 24 - 48 saat | 4 - 8 saat | 0 - 60 dakika |
| RPO Hedefi | 24 saat (günlük yedek) | 2 - 4 saat | Gerçek zamanlı / Anlık replikasyon |
| Örnek Sistem | Eski dönem arşiv sunucusu | Dahili dosya paylaşım sunucusu | ERP, CRM, canlı veri tabanları |
Risk Analizi ile Kritik Sistem ve Verileri Sınıflandırma
Bir disaster recovery rehberi hazırlarken ilk adım, mevcut dijital varlıkların eksiksiz bir envanterini çıkarmaktır. Her sunucu, veri tabanı, ağ cihazı ve üçüncü taraf entegrasyon listelenmeli; ardından iş etki analizi (BIA) gerçekleştirilmelidir.
İş etki analizinde şu sorular yanıtlanmalıdır:
- Bu sistem durursa doğrudan gelir kaybı yaşanır mı?
- Hangi departmanların çalışması tamamen engellenir?
- Kişisel verilerin ihlali söz konusu olur mu ve bu durum Kişisel Verileri Koruma Kurumu (KVKK) yükümlülükleri açısından yasal yaptırım doğurur mu?
- Müşterilere verilen hizmet taahhütleri (SLA) ihlal edilir mi?
Bu soruların yanıtlarına göre sistemler "kritik", "önemli" ve "ikincil" olarak etiketlenir. Siber tehditlerin arttığı günümüzde, kötü niyetli yazılımların yedekleme hedeflerini de şifreleyebildiği unutulmamalı; güçlü siber güvenlik çözümleri felaket senaryolarının odağına yerleştirilmelidir.
5 Adımda Kapsamlı Bir Felaket Kurtarma Planı Oluşturma
Sistematik bir felaket kurtarma dokümanı oluşturmak, panik anında ekiplerin net adımlar atmasını sağlar. Aşağıdaki 5 aşamalı yaklaşım, kurumsal yapıların güvenliğini tesis etmede rehberlik eder:
- Acil Durum Müdahale Ekibini ve Rolleri Belirleyin: Kriz anında kimin karar vereceği, teknik kurtarmayı kimin yürüteceği, kurum içi ve kurum dışı iletişimi kimin koordine edeceği açıkça yazılmalıdır. Her rol için mutlaka bir yedek kişi atanmalıdır.
- İletişim ve Çağrı Ağacını Oluşturun: Normal kurumsal e-posta veya mesajlaşma sunucularının çalışmadığı varsayılmalıdır. Alternatif güvenli iletişim kanalları ve güncel telefon numaraları dokümana eklenmelidir.
- Teknik Kurtarma Prosedürlerini Adım Adım Belgeleyin: "Veri tabanını ayağa kaldır" gibi genel ifadeler yerine; kullanılacak komutlar, erişim şifrelerinin saklandığı güvenli kasalar ve IP yapılandırmaları adım adım yazılmalıdır. Teknik uzmanlığı sınırlı bir uzmanın dahi dokümanı okuyarak adımları işletebilmesi hedeflenmelidir.
- Yedeklerin Doğrulama Kriterlerini Tanımlayın: Alınan yedeklerin bozulmamış olduğu, kötü amaçlı yazılım barındırmadığı ve hedef ortama hatasız geri yüklenebildiği otomatik kontrol mekanizmalarıyla teyit edilmelidir.
- Yeniden Normal Çalışmaya Dönüş (Failback) Planı Yapın: Kriz geçtikten ve ana sistemler onarıldıktan sonra, geçici kurtarma ortamında biriken yeni verilerin ana sisteme nasıl aktarılacağı ve sistemin normale nasıl döneceği önceden planlanmalıdır.
Yedekleme Mimarisi ve Altyapı Seçeneklerinin Değerlendirilmesi
Doğru kurumsal yedekleme çözümleri seçilmeden bir felaket kurtarma stratejisinin başarılı olması mümkün değildir. Sektör standardı olarak kabul edilen 3-2-1 yedekleme kuralı bu mimarinin omurgasıdır: En az üç kopya bulunmalı, bu kopyalar iki farklı ortam türünde tutulmalı ve en az bir kopya şirket dışı (off-site) veya bulut ortamında saklanmalıdır.
İşletmeler ihtiyaçlarına göre farklı felaket kurtarma modellerini tercih edebilirler:
- Soğuk Kurtarma Merkezi (Cold Site): Yalnızca temel altyapının ve alanın hazır bulunduğu, kriz anında donanımların kurulup verilerin manuel aktarıldığı düşük maliyetli ancak toparlanma süresi uzun bir çözümdür.
- Ilık Kurtarma Merkezi (Warm Site): Donanımların kurulu olduğu, verilerin periyodik aralıklarla aktarıldığı ve sistemlerin birkaç saat içinde aktif hale gelebildiği dengeli bir yaklaşımdır.
- Sıcak Kurtarma Merkezi (Hot Site): Ana sistemin birebir kopyası olarak çalışan, gerçek zamanlı veri replikasyonu yapılan ve kesinti anında saniyeler içinde trafiği devralabilen (failover) en gelişmiş modeldir. RTO ve RPO sürelerini sıfıra yaklaştırır.
Fidye yazılımlarına (ransomware) karşı kurgulanan stratejilerde, değiştirilemez (immutable) yedekleme teknolojilerinin kullanılması verilerin silinmesini veya şifrelenmesini imkânsız kılar.
Planın Test Edilmesi, Simülasyonlar ve Sürekli Güncelleme
Yazılıp rafa kaldırılan bir felaket kurtarma planı güven hissi verse de, uygulamada sıklıkla başarısız olur. Şirket altyapısına yeni katılan sunucular, değişen IP blokları veya güncellenen yazılımlar planın eskimesine yol açar. Bu nedenle bt sistem kesintisi önleme süreçleri düzenli tatbikatlarla desteklenmelidir.
Uygulanabilecek başlıca test yöntemleri şunlardır:
- Masaüstü İnceleme Testi: İlgili ekipler bir araya gelerek senaryolar üzerinden geçer, dokümandaki eksikleri ve yetki boşluklarını teorik olarak tartışır.
- Paralel Test: Kurtarma ortamı ayağa kaldırılır, veriler yüklenir ve kritik işlemler test edilir; ancak üretim ortamındaki canlı trafik etkilenmez.
- Tam Kesinti Simülasyonu: Planlı bir bakım penceresinde ana sistemler kapatılarak kurtarma ortamına geçiş yapılır. Gerçek dünya koşullarını en doğru yansıtan ancak operasyonel risk taşıyan test modelidir.
Her test sonrasında eksikler raporlanmalı, RTO ve RPO sürelerinin hedeflenen sınırda kalıp kalmadığı ölçülmeli ve dokümanlar güncellenmelidir.
Profesyonel BT Sistem Yönetimi ve Dış Destek ile Riskleri Azaltma
Şirket içi bilgi teknolojileri ekipleri, günlük operasyonel iş yükleri arasında felaket senaryolarını tasarlamak ve test etmek için yeterli zaman bulamayabilir. Bu noktada profesyonel dış kaynak kullanımı, işletmelere uzman bakış açısı ve modern altyapı araçları kazandırır. Şirket içi kaynaklar ile dış desteği dengeleme konusunda stratejik değerlendirmeler için BT dış kaynak kullanımı rehberimizden faydalanabilirsiniz.
Optimal Yazılım olarak, şirketlerin operasyonel risklerini en aza indiren esnek felaket kurtarma ve iş sürekliliği mimarileri kurguluyoruz. Alanında deneyimli ekibimizle altyapınızın iş etki analizini yapıyor, 3-2-1 kuralına uygun modern kurumsal yedekleme sistemlerini devreye alıyor ve destek ve sistem yönetimi hizmetlerimizle 7/24 izleme sağlayarak sistem kesintilerini proaktif olarak engelliyoruz. Altyapınızı beklenmedik krizlere karşı dayanıklı hale getirmek ve firmanıza özel felaket kurtarma çözümlerini değerlendirmek için bizimle iletişime geçebilirsiniz.
- iş sürekliliği planı
- kurumsal yedekleme çözümleri
- rpo ve rto nedir
- disaster recovery rehberi
- bt sistem kesintisi önleme




