Yedekten Geri Yükleme Tatbikatı: Yedeğiniz Gerçekten Çalışıyor mu?

Yedekleme yazılımı yeşil tik gösteriyor, iş her gece çalışıyor, log temiz. Peki o yedekten en son ne zaman bir şey geri yüklediniz? Bu soruya "hiç" cevabı veriliyorsa, elinizde bir yedek değil, bir yedek varsayımı var. Yedek işinin sessizce durması ayrı bir sorundur; burada iş çalışıyor ama çıktısı hiç denenmemiştir.

Neden Test Edilmeyen Yedek Çalışmaz?

Sahada karşılaşılan gerçek nedenler:

• Kapsam eksik: Yedek işi kurulduğunda var olan klasörler alınıyor, sonradan açılan "2026 Projeler" klasörü kapsam dışında kalmış.
• Şifre unutulmuş: Yedek şifreliyse ve anahtar/parola kimsede yoksa dosyalar okunamaz.
• Yazılım yok: Yedek kendi özel formatındaysa, geri yüklemek için aynı yazılım gerekir — sunucu çöktüğünde o yazılım da gitmiştir.
• Bozuk arşiv: Yedek dosyası oluşmuş ama içi bozuk; ancak açmaya çalışınca anlaşılır.
• Süre: 2 TB'lık veriyi USB üzerinden geri yüklemek saatler sürer. İş durmuşken bu süreyi ilk kez öğrenmek kötü bir sürprizdir.

Seviye 1: Aylık Dosya Testi (5 Dakika)

En düşük maliyetli ve en çok işe yarayan alışkanlık:

• Yedekten rastgele bir dosya seçin (dün değil, birkaç ay öncesinden).
• Ayrı bir klasöre geri yükleyin — orijinalin üzerine asla yazmayın.
• Dosyayı açın. Açılıyor ve içeriği doğru mu?
• Sonucu bir yere not edin (tarih + sonuç). Bu kayıt, denetim ve sigorta süreçlerinde de işe yarar.

Seviye 2: Üç Aylık Klasör Testi

Bu sefer tek dosya değil, bütün bir klasör geri yükleyin. Kontrol edilecekler: klasördeki dosya sayısı ve toplam boyut kaynakla eşleşiyor mu, alt klasörler eksiksiz mi, çok küçük dosyalardan oluşan klasörlerde süre ne kadar uzadı. Bu test aynı zamanda kapsam eksikliğini ortaya çıkarır: geri yüklediğiniz klasörde olmayan bir alt klasör görürseniz, yedek kapsamınızı güncelleme zamanı gelmiştir (kapasite ve kapsam yönetimi).

Seviye 3: Yıllık Tam Tatbikat

Asıl soru şudur: sunucu/NAS tamamen giderse iş kaç saatte ayağa kalkar? Bunu ölçmenin yolu tatbikattır:

• Boş bir disk veya yedek bir cihaz üzerine geri yükleme yapın (üretimi durdurmadan).
• Süreyi kronometreyle ölçün; kurtarma planınızdaki "hedef süre" bu ölçümle gerçekçi hale gelir.
• Geri yükleme sırasında hangi şifrelere, hangi lisanslara, hangi kurulum dosyalarına ihtiyaç duyulduğunu not edin — asıl kriz anında bu liste altın değerindedir.
• Sonuçta çalışan bir sistem elde ediliyor mu, yoksa sadece dosyalar mı geri geliyor? İkisi çok farklı şeylerdir.

Yedek Ortamınızı Da Test Edin

• Harici disk: Yıllarca çekmecede duran disk açılmayabilir. Düzenli bağlanmayan yedek diski risklidir (harici disk sorunları — bu yazıda anlatılan RAW bölüm tam da böyle keşfedilir).
• NAS: Disk sağlığı bildirimlerini açın; RAID'in kendisi yedek değildir (RAID gerçeği).
• Bulut: Geri yükleme hızınız indirme hızınızla sınırlıdır; büyük veride bu saatler demektir.
• 3-2-1: Üç kopya, iki farklı ortam, biri dışarıda. Tek hedefe yedek, o hedef gidince her şeyi kaybetmektir.

Yazılı Plan: Tek Kişiye Bağlı Kalmayın

Tatbikatın en değerli çıktısı, geri yüklemenin nasıl yapıldığını anlatan bir sayfalık belgedir: hangi cihaz, hangi yazılım, hangi hesap, hangi sıra. Bu belge olmadan süreç tek bir kişinin hafızasında yaşar — o kişi izinde veya işten ayrılmışsa kriz derinleşir (IT destek planı). Belgeyi yedeğin dışında bir yerde de saklayın; sunucu gittiğinde belge de gitmesin.

Sıkça Sorulan Sorular

Test geri yüklemesi orijinal veriyi bozar mı?

Ayrı bir klasöre/diske yaparsanız hayır. Üzerine yazma seçeneğini asla kullanmayın.

Fidye yazılımı senaryosunda ne değişir?

Sürekli bağlı yedekler de şifrelenebilir; bağlantısız veya sürüm geçmişli bir katman şarttır.

Bulut senkronu yedek yerine geçer mi?

Hayır — silinen dosya her yerden silinir. Sürüm geçmişi kısmi koruma sağlar, gerçek yedek ayrı iştir.

Grisepet Notu

Veri hacminizi ve mevcut yedek ortamınızı yazın; geri yükleme sürenizi birlikte hesaplayıp eksik katmanı belirleyelim.

Yedekleme disk ve NAS stokunu görün →