Bilgisayar sistemleriniz yangın, sel, siber saldırı ya da büyük bir donanım arızası nedeniyle aniden kullanılamaz hale gelse ne yapardınız? Çoğu işletme için bu senaryo bir kabus — ama hazırlıklı olanlar için yalnızca bir geçiş dönemi. İşte felaket kurtarma (disaster recovery) planının önemi tam olarak burada devreye giriyor. Bu rehberde, kendi işletmeniz için adım adım uygulanabilir bir felaket kurtarma planı nasıl hazırlanır öğreneceksiniz.
Felaket Kurtarma Planı Nedir ve Neden Gereklidir?
Felaket kurtarma planı, beklenmedik bir olay sonrasında bilgisayar sistemlerinizi, verilerinizi ve BT altyapınızı en kısa sürede yeniden çalışır hale getirmek için izleyeceğiniz adım adım yol haritasıdır. Bu plan, sadece büyük şirketler için değil — küçük bir ofiste bile kritik öneme sahiptir. Çünkü araştırmalar gösteriyor ki, uzun süreli kesinti yaşayan firmaların önemli bir kısmı rekabet gücünü kaybediyor ve hatta iflas edebiliyor.
Felaket kurtarma planı, iş sürekliliği (business continuity) planının BT odaklı bir parçasıdır. Yani sadece bilgisayarlar, sunucular, ağlar ve veriler üzerine odaklanır. Bu sayede bir sistem çöktüğünde kimin ne yapacağını, hangi sistemlerin önce kurtarılacağını ve ne kadar sürede normale dönmeniz gerektiğini önceden biliyor olursunuz.
Temel Kavramlar: RTO ve RPO
Felaket kurtarma planı hazırlarken karşınıza iki önemli kavram çıkacak:
RTO (Recovery Time Objective / Kurtarma Süresi Hedefi): Bir sistem çöktükten sonra en fazla kaç saat (veya dakika) içinde tekrar çalışır hale gelmelidir? Örneğin e-posta sunucunuz için RTO 4 saat ise, felaketten sonra en geç 4 saat içinde e-posta hizmetinizi yeniden başlatmanız gerekiyor demektir.
RPO (Recovery Point Objective / Kurtarma Noktası Hedefi): Ne kadar veri kaybını tolere edebilirsiniz? Başka bir deyişle, en son yedeklemenizle felaket anı arasında kaç saatlik veri kaybı kabul edilebilir? Örneğin RPO 1 saat ise, en fazla son 1 saatlik veriyi kaybetmeyi göze alıyorsunuz demektir.
Bu iki değer, hem teknik kararlarınızı (ne sıklıkla yedekleme yapacaksınız, hangi replikasyon teknolojisini kullanacaksınız) hem de bütçenizi doğrudan etkiler. Daha düşük RTO ve RPO, daha hızlı kurtarma ve daha az veri kaybı anlamına gelir — ama genellikle daha yüksek maliyet gerektirir.
Adım Adım Felaket Kurtarma Planı Hazırlama
- Risk Değerlendirmesi Yapın: İşletmenizin karşılaşabileceği felaket senaryolarını listeleyin. Yangın, su baskını, elektrik kesintisi, siber saldırı (özellikle fidye yazılımı), donanım arızası, insan hatası gibi tehditleri göz önünde bulundurun. Her riskin gerçekleşme olasılığını ve potansiyel etkisini değerlendirin.
- Kritik Sistemleri Belirleyin (BIA - İş Etki Analizi): Hangi bilgisayar sistemleri, uygulamalar ve veriler işletmeniz için en kritik? Örneğin muhasebe yazılımı, müşteri veritabanı, e-posta sunucusu veya web siteniz çöktüğünde iş akışınız ne kadar aksıyor? Her sistem için bir öncelik sırası oluşturun. Bu analiz sayesinde, felaket anında hangisini önce kurtarmanız gerektiğini bileceksiniz.
- Her Sistem İçin RTO ve RPO Belirleyin: Kritik sistemlerinizin her biri için kabul edilebilir kesinti süresini (RTO) ve veri kaybı miktarını (RPO) tanımlayın. Örneğin: e-posta için RTO 4 saat ve RPO 1 saat, web sitesi için RTO 2 saat ve RPO 6 saat gibi. Bu hedefleri belirlerken üst yönetimle ve ilgili departmanlarla görüşün — çünkü bu değerler iş gereksinimlerine göre şekillenmelidir.
- Yedekleme Stratejinizi Oluşturun: RTO ve RPO hedeflerinize uygun bir yedekleme sistemi kurun. Hangi verilerin ne sıklıkla (her saat, her gün, her hafta) yedekleneceğini, yedeklerin nerede saklanacağını (yerel harici disk, bulut yedekleme, uzak veri merkezi) belirleyin. Modern tehditler göz önüne alındığında, yedeklerinizin fidye yazılımlarına karşı izole edilmiş (immutable) olmasına özen gösterin. 3-2-1 kuralını hatırlayın: 3 kopya, 2 farklı ortamda, 1 tanesi mutlaka ofis dışında.
- Rolleri ve Sorumlulukları Tanımlayın: Bir felaket durumunda kimin ne yapacağını belirleyin. Felaket kurtarma ekibi oluşturun ve her üyenin görevini yazılı olarak tanımlayın. Örneğin: Kim durumu tespit edecek, kim yönetimi bilgilendirecek, kim yedeklerden kurtarma işlemini başlatacak, kim sistem testlerini yapacak? İletişim ağacı (kim kimi arayacak, hangi telefon numaraları kullanılacak) hazırlayın.
- Kurtarma Prosedürlerini Belgeleyin: Her kritik sistem için, adım adım kurtarma talimatları yazın. Bu talimatlar, BT uzmanı olmayan birinin bile takip edebileceği kadar açık olmalı. Örneğin: 'Sunucu açılmazsa, şu IP adresine bağlan, şu kullanıcı adıyla giriş yap, şu komutu çalıştır' gibi detaylı adımlar. Ekran görüntüleri veya diyagramlar eklemek faydalı olacaktır. Önemli şifreler, lisans anahtarları ve iletişim bilgilerini güvenli ama erişilebilir bir yerde (örneğin şifreli bir USB veya çevrimdışı bir kasada) saklayın.
- İletişim Planı Hazırlayın: Felaket anında kimlerin nasıl bilgilendirileceğini belirleyin. Çalışanlar, müşteriler, tedarikçiler ve yetkili makamlar kimlerle, hangi kanallarla (telefon, e-posta, SMS) iletişim kurulacak? Özellikle sistemler çökerse e-posta kullanamayabileceğinizi unutmayın — alternatif iletişim yollarınız (cep telefonu listeleri, WhatsApp grupları vb.) hazır olsun.
- Düzenli Test ve Tatbikatlar Yapın: Hazırladığınız plan, kağıt üzerinde kalmaktan öteye geçmelidir. En az yılda iki kez (ideal olarak her 3-6 ayda bir) felaket kurtarma tatbikatları düzenleyin. Masabaşı (tabletop) testlerle başlayın: Ekip bir araya gelir, varsayımsal bir felaket senaryosu üzerinden adım adım ne yapacaklarını tartışır. Daha sonra, gerçek sistemlerde (ama üretim ortamını etkilemeyecek şekilde) kurtarma prosedürlerini test edin. Test sonuçlarını belgeleyin ve plandaki eksiklikleri güncelleyin.
- Planı Güncel Tutun: BT altyapınız, yazılımlarınız, çalışanlarınız ve risk faktörleriniz sürekli değişiyor. Felaket kurtarma planınızı da en az yılda bir kez gözden geçirin ve güncelleyin. Yeni bir sunucu eklediyseniz, ofis taşıdıysanız veya yeni bir tedarikçiyle çalışmaya başladıysanız planınızı buna göre revize edin.
Yaygın Hatalardan Kaçının
Birçok işletme felaket kurtarma planı hazırlıyor ama bazı kritik noktaları gözden kaçırıyor:
Sadece yedekleme yapmak yeterli değil: Yedeklemeniz olsa bile, geri yükleme işlemi ne kadar sürüyor? Hangi adımları takip ediyorsunuz? Bunları test etmeden bilemezsiniz. Test edilmemiş bir plan, aslında plan değil bir varsayımdır.
Yedekleri aynı fiziksel konumda saklamak: Ofis yangınında hem sunucunuz hem de yanındaki harici diskiniz yanabilir. Mutlaka ofis dışında (bulutta veya başka bir lokasyonda) yedek saklayın.
İletişim planını unutmak: Felaket anında herkes panik içindedir. Kimin kimi arayacağı, hangi kararları kimin vereceği önceden belirli olmazsa kargaşa yaşanır.
Planı çekmeceye kaldırmak: Hazırladığınız belgeyi unutmayın. Ekibi düzenli olarak bilgilendirin, testler yapın ve güncel tutun.
Sonuç: Hazırlıklı Olmak Her Şeydir
Felaket kurtarma planı, umarız hiç kullanmayacağınız ama mutlaka olması gereken bir sigorta poliçesi gibidir. Özellikle günümüzde fidye yazılımı saldırıları, bulut sistemlerindeki kesintiler ve doğal afetler daha sık yaşandığı için, hiçbir işletme 'bize olmaz' diyemez. Yukarıdaki adımları izleyerek, kendi ihtiyaçlarınıza özel, uygulanabilir bir felaket kurtarma planı hazırlayabilirsiniz.
Eğer felaket kurtarma planınızı oluştururken profesyonel destek almak, mevcut yedekleme altyapınızı gözden geçirmek veya düzenli testler için BT uzmanı desteğine ihtiyaç duyuyorsanız, Sprint Teknoloji olarak Kağıthane ve çevresindeki işletmelere yönetilen BT hizmetleri ve iş sürekliliği danışmanlığı sunuyoruz.
