Yedekleme Stratejinizde Sıkça Yapılan 5 Hata

"Yedeğimiz var" cümlesi çoğu zaman yanlış bir güven duygusu yaratır. Gerçekte önemli olan, o yedeğin ihtiyaç anında gerçekten geri yüklenebilir olmasıdır. Sahada en sık karşılaştığımız 5 hatayı derledik.

1. Yedeği Hiç Test Etmemek

Yedekleme işi "başarılı" logu üretse bile, geri yükleme (restore) denenmeden o yedeğin gerçekten sağlam olduğu bilinemez. Bozuk bir yedekle, felaket anında elinizde hiçbir şey olmadığını fark edersiniz.

2. Tek Kopya, Tek Lokasyon

Yedeğin üretim sunucusuyla aynı fiziksel lokasyonda/aynı disk üzerinde tutulması, bir yangın, sel ya da fidye yazılımı saldırısında yedeğin de kaybolması anlamına gelir. Yaygın kabul gören 3-2-1 kuralı: 3 kopya, 2 farklı ortam, 1 tanesi lokasyon dışında (off-site).

3. Kurtarma Süresini (RTO) Hiç Ölçmemek

"Yedeğimiz var" ile "4 saatte ayağa kaldırabiliriz" çok farklı iddialar. Kurtarma Süresi Hedefi'ni (RTO — Recovery Time Objective) belirleyip gerçek bir tatbikatla ölçmeden, kesinti anında süreyi tahmin etmek imkansız.

4. Fidye Yazılımına Karşı Korumasız Yedekler

Ağdan erişilebilir, değişmez (immutable) olmayan yedekler, fidye yazılımı saldırısında saldırganın önce şifrelediği kaynaklardan biridir. En az bir yedek kopyasının izole/değiştirilemez (air-gapped veya immutable storage) olması kritik.

5. Yedekleme Kapsamını Güncel Tutmamak

Yeni bir veritabanı, yeni bir sunucu ya da yeni bir SaaS entegrasyonu eklendiğinde yedekleme kapsamı da güncellenmeli. Aksi halde altı ay sonra "meğer o sistem hiç yedeklenmiyormuş" diye acı bir sürprizle karşılaşabilirsiniz.

xShield'in Sunucu Yönetimi ve Altyapı Hizmetleri kapsamında düzenli yedekleme, restore testleri ve RTO/RPO hedeflerinin takibi standart olarak yer alıyor.