Felaket Kurtarma (DR) Planı Nasıl Hazırlanır?
Temel kavramlar
- RTO (Recovery Time Objective): Sistemin en geç ne kadar sürede tekrar çalışır hale gelmesi gerektiği.
- RPO (Recovery Point Objective): En fazla ne kadarlık veri kaybının kabul edilebileceği. RPO 1 saat ise, en az saatlik yedek veya replikasyon gerekir.
Plan hazırlama adımları
1. Envanter ve önceliklendirme
Tüm sistemler listelenir ve iş için kritikliğine göre sınıflandırılır. Örneğin e-ticaret sitesi ve ödeme altyapısı en kritik, iç raporlama sistemi daha düşük öncelikli olabilir. Her sistem için RTO ve RPO belirlenir.
2. Risk senaryoları
- Donanım veya disk arızası
- Veri merkezi ya da bulut bölgesi kesintisi
- Fidye yazılımı ve siber saldırı
- Yanlışlıkla veri silme
- Hatalı yazılım güncellemesi
3. Teknik çözümler
- 3-2-1 kuralına uygun, en az bir kopyası değiştirilemez yedekler
- Kritik veritabanları için replikasyon
- Farklı lokasyonda yedek ortam (soğuk, ılık veya sıcak yedek)
- Altyapının kodla tanımlanması (Infrastructure as Code); sıfırdan hızlı kurulum için
- DNS ve trafik yönlendirme planı
4. Roller ve iletişim
Kriz anında kim karar verir, kim teknik müdahaleyi yapar, müşterilere ve çalışanlara kim, nasıl bilgi verir? İletişim listesi güncel ve sistemlerden bağımsız bir yerde tutulmalıdır.
5. Adım adım kurtarma prosedürleri
Her kritik sistem için, o sistemi bilmeyen birinin bile takip edebileceği netlikte yazılmış adımlar.
6. Tatbikat
Plan en az yılda bir test edilmelidir: Yedekten gerçek bir geri yükleme yapılır, süre ölçülür ve RTO ile karşılaştırılır. Tatbikatta ortaya çıkan eksikler plana işlenir.
Sık yapılan hatalar
- Yedeklerin aynı sunucuda veya aynı hesapta tutulması
- Geri yükleme testinin hiç yapılmaması
- Planın yalnızca bir kişinin kafasında olması
- Erişim bilgilerinin felakette erişilemeyen sistemde saklanması
Sonuç
Felaket kurtarma planı, kötü günde işletmenin ayakta kalmasını sağlar. sunucu ve DevOps hizmetimizi inceleyebilir veya ücretsiz keşif görüşmesi talep edebilirsiniz.