Yedekleme raporunda "Başarılı" yazması, verinizin gerçekten kurtarılabilir olduğu anlamına gelmeyebilir. Doğru okunan bir yedekleme raporu; hangi sistemlerin korunduğunu, hedef sürelerinizi (RPO) karşılayıp karşılamadığınızı ve kapasite ile performans sorunlarının yaklaşıp yaklaşmadığını gösterir. Bu rehberde merkezi yönetim panelindeki raporları yorumlamak için pratik bir yöntem sunuyoruz.
Raporda bakılacak temel göstergeler
| Gösterge | Ne anlatır? | Nelere dikkat edilmeli? |
|---|---|---|
| Durum | Yedeğin başarılı, uyarılı veya hatalı tamamlandığı | "Uyarı" ve "hata" durumlarının nedenleri araştırılmalıdır |
| Son başarılı yedek zamanı | RPO hedefinize uyulup uyulmadığı | Son başarılı yedek hedef sürenizden eskiyse müdahale gerekir |
| Süre | Yedekleme penceresinin yeterliliği | Sürenin giderek uzaması, kapasite veya ağ sorununa işaret edebilir |
| Boyut / veri değişimi | Yedeklenen veri miktarı | Ani artış veya düşüş; olağandışı bir değişikliğin ya da kapsam sorununun göstergesi olabilir |
| Kapsam | Hangi disk, klasör ve veritabanlarının yedeklendiği | Yeni eklenen disk veya uygulamaların kapsama alındığından emin olun |
| Depolama ve saklama | Kalan alan ve saklama politikası | Doluluk oranı yükselirse yedekler başarısız olabilir |
| Doğrulama sonucu | Yedeğin bütünlüğü | Doğrulama açıksa sonuçlarını da izleyin |
Durumları doğru yorumlamak
- Başarılı: Yedek tamamlandı. Yine de RPO uyumunu ve geri yükleme testlerini ayrıca izleyin.
- Uyarı (kısmen başarılı): Yedek alındı ancak bazı öğeler atlanmış olabilir (ör. kilitli dosyalar). Uyarıyı görmezden gelmeyin; sürekli tekrarlayan uyarı çoğu zaman kalıcı bir soruna işaret eder.
- Hatalı: Yedek tamamlanamadı. Kritik sistemlerde derhal müdahale gerekir.
- Çalışmadı / kaçırıldı: Zamanlanan yedek hiç başlamadı; çoğunlukla cihazın kapalı olması, ajanın çevrimdışı olması veya politika sorununa bağlıdır.
Sık görülen hatalar ve ilk kontrol noktaları
| Belirti | Olası neden | İlk kontrol |
|---|---|---|
| Ajan çevrimdışı | Cihaz kapalı, ağ sorunu, servis durmuş | Cihazın açık ve ağa bağlı olduğunu, ajan servisinin çalıştığını doğrulayın |
| Kimlik doğrulama hatası | Parola değişmiş veya hesap kilitlenmiş | Yedekleme için kullanılan hesabın geçerliliğini kontrol edin |
| Depolama dolu | Saklama süresi uzun veya kota aşıldı | Kalan alanı ve saklama politikasını gözden geçirin |
| Ağ zaman aşımı | Bant genişliği yetersiz veya bağlantı kopuyor | Yedekleme saatlerini ve bant genişliği sınırlarını kontrol edin |
| Anlık görüntü (snapshot / VSS) hatası | Disk alanı yetersiz veya ilgili servis sorunu | Sürücüde boş alan olduğunu ve ilgili servislerin çalıştığını doğrulayın |
| Atlanan dosyalar | Açık veya kilitli dosyalar | Uygulamanın yedekleme ile uyumlu (application-aware) çalışıp çalışmadığını kontrol edin |
Günlük, haftalık ve aylık kontrol listesi
Günlük
- Kritik sistemlerde son yedeğin durumuna bakın (başarılı mı, kaçırıldı mı?)
- Hata ve uyarıları inceleyin; tekrarlayanları not edin
Haftalık
- RPO uyumunu tüm sistemler için kontrol edin
- Yedekleme sürelerindeki ve boyutlardaki değişimleri inceleyin
- Depolama doluluğunu ve saklama politikalarını gözden geçirin
Aylık
- Rastgele seçilen dosya ve sistemlerle geri yükleme testi yapın
- Yeni eklenen sunucu ve uygulamaların kapsama alındığını doğrulayın
- Yönetime özet rapor sunun: başarı oranı, kaçırılan yedekler, test sonuçları ve kapasite trendi
Uyarıları otomasyona bağlayın
Raporları elle kontrol etmek yerine, hata ve kaçırılan yedekler için e-posta veya bildirim uyarıları tanımlayın; özet raporları zamanlanmış olarak alın. Zamanlama ve otomasyonun nasıl kurulacağı için otomatik yedekleme nasıl oluşturulur? sayfamıza bakabilirsiniz. Ayrıca kolay veri ve dosya yönetimi yaklaşımı için kolay veri ve dosya yönetimi sayfamız da işinize yarayabilir.
Rapor tek başına yeterli değildir: geri yükleme testi
Bir rapor yedeğin alındığını gösterir, ancak yedeğin geri yüklenebildiğini ve bunun hedef sürenizde yapılabildiğini garanti etmez. Bu nedenle raporları düzenli geri yükleme testleriyle tamamlayın. Hedef sürelerinizi belirlemek için RTO ve RPO nedir? yazımıza, saldırı senaryolarında yedeklerin rolünü görmek için fidye yazılımı önlemleri yazımıza göz atabilirsiniz.
Sık sorulan sorular
Yedekleme raporlarını ne sıklıkla incelemeliyim?
Kritik sistemler için günlük, genel değerlendirme için haftalık ve testler ile yönetim raporu için aylık inceleme iyi bir başlangıçtır. Otomatik uyarılar bu süreci destekler.
Yedek "uyarı" ile tamamlandıysa ne yapmalıyım?
Uyarının ayrıntısını inceleyin: hangi öğelerin atlandığını ve bunun tekrarlayıp tekrarlamadığını belirleyin. Kritik veriler etkileniyorsa uyarıyı hata gibi ele alın.
Yönetime hangi bilgileri sunmalıyım?
Başarı oranı, kaçırılan yedekler, geri yükleme testi sonuçları ve depolama kapasitesi trendi, yönetim için anlaşılır ve yeterli bir özet oluşturur.
Mevcut ortamınıza uygun yedekleme, felaket kurtarma ve siber koruma seçeneklerini uzman ekibimizle konuşabilirsiniz. Ücretsiz danışmanlık için bize ulaşın veya çözümlerimizi inceleyin.
