Felaket Kurtarma Planı Nedir?
Felaket kurtarma planı, şirketlerin bilgi teknolojileri sistemlerinde meydana gelebilecek ciddi kesintilerden, veri kayıplarından ve altyapı arızalarından sonra sistemlerini yeniden çalışır duruma getirmek için hazırladığı prosedürler bütünüdür. İngilizcede Disaster Recovery Plan (DRP) olarak adlandırılan bu plan, kurumsal BT altyapısının beklenmedik olaylar karşısında yeniden devreye alınmasını amaçlar.
Donanım arızaları, siber saldırılar, fidye yazılımları, elektrik kesintileri, insan hataları ve doğal afetler işletmelerin bilgi sistemlerini etkileyebilir. Bu olaylar sonucunda sunuculara erişilemeyebilir, şirket dosyaları kaybolabilir veya kritik uygulamalar çalışmayı durdurabilir.
Felaket kurtarma planı, bu tür durumlarda hangi sistemlerin öncelikle kurtarılacağını, yedeklerin nasıl kullanılacağını, sorumlulukların kimlere ait olduğunu ve hizmetlerin hangi sırayla yeniden başlatılacağını belirler.
Felaket Kurtarma Planı Neden Önemlidir?
İşletmelerin günlük faaliyetleri büyük ölçüde bilgisayar sistemlerine, internet bağlantılarına, veri tabanlarına ve bulut hizmetlerine bağlıdır. Bu sistemlerde yaşanan uzun süreli kesintiler, çalışanların işlerini yapmasını zorlaştırabilir ve müşteri hizmetlerini aksatabilir.
Felaket kurtarma planı, teknik sorunlar karşısında doğaçlama hareket etmek yerine önceden belirlenmiş adımların uygulanmasını sağlar.
Planın başlıca faydaları şunlardır:
-
Kritik sistemlerin yeniden devreye alınmasını kolaylaştırmak
-
Veri kaybının kapsamını azaltmaya yardımcı olmak
-
Sistem kesintilerinin süresini sınırlandırmak
-
Yedekleme ve veri kurtarma süreçlerini düzenlemek
-
Teknik ekiplerin sorumluluklarını netleştirmek
-
İş sürekliliğini desteklemek
-
Siber olaylara ve altyapı arızalarına hazırlıklı olmak
Felaket kurtarma planı, yalnızca büyük işletmeler için gerekli değildir. Küçük ve orta ölçekli işletmeler de müşteri kayıtları, muhasebe verileri, sipariş bilgileri ve diğer önemli dijital kaynaklarını korumak için uygun kapsamda bir kurtarma planı hazırlamalıdır.
İş Sürekliliği ve Felaket Kurtarma Arasındaki Fark
İş sürekliliği ve felaket kurtarma kavramları birbiriyle bağlantılı olsa da aynı anlama gelmez.
İş sürekliliği planı, önemli bir kesinti yaşandığında işletmenin kritik faaliyetlerini nasıl sürdüreceğini ele alır. Bu kapsamda alternatif çalışma yöntemleri, personel görevleri, iletişim süreçleri ve hizmetlerin devamlılığı değerlendirilir.
Felaket kurtarma planı ise özellikle bilgi teknolojileri sistemlerinin, uygulamaların, sunucuların ve verilerin yeniden kullanılabilir hâle getirilmesine odaklanır.
Örneğin bir şirketin ana sunucusu çalışmayı durdurduğunda felaket kurtarma planı, yedek sunucunun devreye alınmasını ve verilerin geri yüklenmesini kapsayabilir. İş sürekliliği planı ise bu sırada çalışanların hangi sistemleri kullanacağını ve müşterilere hizmetin nasıl sürdürüleceğini belirleyebilir.
Bu iki planın birbiriyle uyumlu hazırlanması, kriz yönetiminin daha etkili yürütülmesine yardımcı olur.
Felaket Kurtarma Planı Nasıl Hazırlanır?
Etkili bir felaket kurtarma planı oluşturmak için işletmenin kritik sistemleri, veri kaynakları, olası riskleri ve kurtarma ihtiyaçları değerlendirilmelidir.
1. Kritik Sistemleri Belirleme
İlk adım, şirketin faaliyetlerini sürdürmesi için gerekli olan teknoloji kaynaklarını belirlemektir. Sunucular, veri tabanları, muhasebe yazılımları, müşteri yönetim sistemleri, dosya sunucuları ve bulut uygulamaları bu kapsamda değerlendirilebilir.
Her sistemin iş süreçleri açısından önemi aynı değildir. Örneğin sipariş yönetim sisteminin kesintiye uğraması, bazı işletmelerde diğer dahili uygulamalardan daha büyük bir etki oluşturabilir.
Bu nedenle sistemler, iş üzerindeki etkilerine ve birbirlerine olan bağımlılıklarına göre önceliklendirilmelidir.
2. Risk Analizi ve İş Etki Analizi Yapma
Risk analizi, sistemlerin hangi tehditlerle karşılaşabileceğini değerlendirmeyi amaçlar. Donanım arızaları, yazılım hataları, siber saldırılar, kullanıcı hataları ve fiziksel ortam kaynaklı kesintiler bu kapsamda incelenebilir.
İş etki analizi ise bir sistemin çalışmaması durumunda işletmenin hangi faaliyetlerinin ne ölçüde etkileneceğini belirler.
Bu değerlendirmede şu sorulara yanıt aranabilir:
-
Hangi sistemlerin kesintiye uğraması kritik sonuçlar doğurur?
-
Bir sistem ne kadar süre kullanılamaz durumda kalabilir?
-
Hangi verilerin kaybedilmesi kabul edilemez?
-
Sistemlerin yeniden çalışması için hangi kaynaklara ihtiyaç vardır?
-
Kurtarma sürecinde hangi ekipler görev almalıdır?
Bu soruların yanıtları, kurtarma hedeflerinin gerçekçi biçimde belirlenmesine yardımcı olur.
3. RTO ve RPO Hedeflerini Belirleme
Felaket kurtarma planlamasında RTO ve RPO kavramları önemli bir yere sahiptir.
RTO (Recovery Time Objective), bir sistemin kesintiden sonra hedeflenen süre içinde yeniden çalışır duruma getirilmesini ifade eder. Örneğin bir uygulama için dört saatlik RTO belirlenmişse kurtarma planı bu hedefe ulaşabilecek şekilde tasarlanmalıdır.
RPO (Recovery Point Objective), bir kesinti yaşandığında kabul edilebilir veri kaybı aralığını ifade eder. Örneğin RPO değeri bir saat olan bir sistemde, kurtarma sırasında kaybedilebilecek verinin zaman aralığı yaklaşık bir saatle sınırlandırılmak istenir.
RTO ve RPO hedefleri bütün sistemler için aynı olmak zorunda değildir. İşletmenin ihtiyaçları, veri değişim sıklığı, teknik kapasitesi ve bütçesi dikkate alınarak ayrı hedefler belirlenebilir.
4. Veri Yedekleme Stratejisi Oluşturma
Felaket kurtarma planının temel bileşenlerinden biri güvenilir veri yedeklemesidir. Yedekler; dosyaların, veri tabanlarının, uygulama ayarlarının ve sistem yapılandırmalarının gerektiğinde geri yüklenmesini sağlayabilir.
Yedekleme stratejisi oluşturulurken yedekleme sıklığı, saklama süresi, depolama ortamı ve geri yükleme yöntemi belirlenmelidir.
Yalnızca tek bir konumda saklanan yedekler, aynı fiziksel olaydan veya siber saldırıdan etkilenebilir. Bu nedenle uygun durumlarda farklı ortamlarda ve ayrı güvenlik sınırlarında yedekler tutulmalıdır.
Yedekleme sistemlerine erişim kısıtlanmalı, kritik yedekler değiştirilmeye veya silinmeye karşı korunmalı ve geri yükleme testleri düzenli olarak gerçekleştirilmelidir. Yedek alınması tek başına yeterli değildir; verilerin ihtiyaç duyulduğunda gerçekten kurtarılabildiği de doğrulanmalıdır.
5. Alternatif Sistemleri ve Kurtarma Ortamını Planlama
Bazı işletmeler, ana sistemlerin kullanılamaması durumunda alternatif sunuculara veya farklı bir çalışma ortamına ihtiyaç duyabilir. Bu ortam fiziksel bir yedek altyapı, sanal sunucular veya bulut tabanlı kurtarma hizmetleri şeklinde olabilir.
Alternatif altyapının seçimi, sistemlerin önemine ve belirlenen kurtarma hedeflerine bağlıdır.
Planlama sırasında ağ bağlantıları, kullanıcı erişimleri, lisanslar, güvenlik ayarları, veri tabanı bağımlılıkları ve uygulamaların yeniden yapılandırılması gibi ayrıntılar da değerlendirilmelidir.
Alternatif bir sunucunun bulunması, bütün sistemlerin otomatik olarak sorunsuz çalışacağı anlamına gelmez. Bu nedenle gerekli bağımlılıklar belgelenmeli ve kurtarma adımları önceden test edilmelidir.
6. Görev ve Sorumlulukları Belirleme
Kriz sırasında kimin hangi işlemi yapacağının önceden belirlenmesi, müdahale sürecinin daha düzenli ilerlemesini sağlar.
Felaket kurtarma planında sistem yöneticileri, ağ ekipleri, bilgi güvenliği sorumluları, iş birimi yöneticileri ve gerekli durumlarda dış hizmet sağlayıcılarının görevleri tanımlanabilir.
Ayrıca olayın nasıl bildirileceği, kararların kim tarafından alınacağı, çalışanlara nasıl bilgi verileceği ve sistemlerin ne zaman kullanıma açılacağı açıkça belirtilmelidir.
Planın güncel iletişim bilgilerini ve uygulanabilir teknik prosedürleri içermesi de önemlidir.
Felaket Kurtarma Testleri Neden Gereklidir?
Bir felaket kurtarma planının yazılı olarak hazırlanması, planın gerçek bir olayda başarılı olacağını garanti etmez. Planın uygulanabilirliğini doğrulamak için düzenli testler yapılmalıdır.
Kurtarma testleri, yedeklerin geri yüklenebilir olup olmadığını, sistemlerin belirlenen sürelerde yeniden çalışıp çalışmadığını ve ekiplerin görevlerini doğru şekilde yerine getirip getiremediğini ortaya çıkarabilir.
Test yöntemleri arasında masa başı senaryo değerlendirmeleri, belirli dosyaların geri yüklenmesi, uygulama kurtarma denemeleri ve kontrollü sistem geçişleri bulunur.
Testler sırasında tespit edilen eksiklikler kaydedilmeli ve plan buna göre güncellenmelidir. Mümkün olduğunda testler, canlı sistemleri riske atmayan kontrollü ortamlarda gerçekleştirilmelidir.
Siber Saldırılara Karşı Felaket Kurtarma Planı
Fidye yazılımları ve diğer siber saldırılar, şirketlerin sistemlerine erişimini engelleyebilir veya yedekleri de etkileyebilir. Bu nedenle felaket kurtarma planı, yalnızca donanım arızalarını değil, güvenlik olaylarını da kapsamalıdır.
Siber olaylardan sonra sistemleri doğrudan yedekten geri yüklemek her zaman yeterli olmayabilir. Öncelikle olayın kapsamı belirlenmeli, etkilenen sistemler kontrol altına alınmalı ve yeniden kurulacak ortamın güvenliği doğrulanmalıdır.
Kurtarma sürecinde temiz yedeklerin kullanılması, sistemlerin güncellenmesi, erişim bilgilerinin gerektiğinde yenilenmesi ve güvenlik açıklarının giderilmesi önemlidir.
Yedekleme altyapısının ana sistemlerden bağımsız korunması, yetkisiz erişimlerin sınırlandırılması ve olay kayıtlarının incelenmesi de siber saldırı sonrası kurtarma çalışmalarını destekler.
Felaket Kurtarma Planı Ne Sıklıkla Güncellenmelidir?
Şirketlerin teknoloji altyapısı zaman içinde değişir. Yeni sunucuların eklenmesi, bulut sistemlerine geçiş, yazılım değişiklikleri, personel değişimleri ve yeni güvenlik riskleri mevcut kurtarma planının güncellenmesini gerektirebilir.
Bu nedenle plan belirli aralıklarla gözden geçirilmeli ve önemli altyapı değişikliklerinden sonra yeniden değerlendirilmelidir. Kurtarma testlerinin sonuçları da güncelleme sürecinde kullanılmalıdır.
Güncel bir felaket kurtarma planı, teknik ekiplerin ihtiyaç duydukları bilgilere daha hızlı ulaşmasına ve kritik sistemleri belirlenen önceliklere göre yeniden çalışır duruma getirmesine yardımcı olur.
Sonuç
Şirketlerde felaket kurtarma planı, veri kaybı, sistem arızası, siber saldırı ve diğer ciddi kesintiler sonrasında bilgi teknolojileri altyapısının yeniden çalışır hâle getirilmesini amaçlayan önemli bir hazırlık sürecidir.
Kritik sistemlerin belirlenmesi, risk ve iş etki analizinin yapılması, RTO ve RPO hedeflerinin oluşturulması, güvenilir veri yedeklemesi ve kurtarma testleri bu sürecin temel parçalarıdır.
İş sürekliliği planıyla birlikte hazırlanan ve düzenli olarak güncellenen bir felaket kurtarma planı, işletmelerin beklenmedik olaylara daha hazırlıklı olmasına ve teknoloji kaynaklı kesintilerin etkisini azaltmasına katkıda bulunur.