Alipaşa Mah. Yeni Hükümet Cad. No:14/110, Tokat 0 356 214 70 65 bilgi@sur.com.tr Online mağaza English

Yedek gerçekten alınıyor mu? Yedeğin başarılı olduğunu anlamanın 6 yolu

"Yedek alınıyor" cümlesi çoğu işletmede bir varsayımdır. Yedek dosyasının tarihi, boyutu, uzak kopyası ve geri yüklenebilirliği kontrol edilmeden bu varsayıma güvenmek risklidir. Basit kontrol yollarını anlatıyoruz.

Sunucu 2 dk okuma

Veri kaybı yaşayan işletmelerden en sık duyduğumuz cümle şudur: "Yedek alınıyordu sanıyorduk." Yedek görevi aylar önce bir disk dolması, şifre değişikliği veya güncelleme nedeniyle durmuş, ama kimse fark etmemiştir. Yedeğin gerçekten alındığını düzenli kontrol etmek bu sürprizi önler.

1. Tarih

Yedek klasöründe veya uzak depolamada en son yedeğin tarihi kontrol edilmelidir. Günlük yedek alınıyorsa en son dosya dün geceye veya bu sabaha ait olmalıdır.

2. Boyut

Yedek dosyasının boyutu önceki günlerle uyumlu olmalıdır. Aniden çok küçülen bir yedek, eksik veya hatalı alınmış olabilir. Ani büyüme ise beklenmeyen bir veri artışına veya log sorununa işaret edebilir.

3. Kapsam

Tüm veritabanlarının yedeği var mı? Yeni açılan dönem veya firma veritabanları listede mi? Sadece ana veritabanının yedeği alınıyor olabilir.

Yedeğin başarılı olduğunu kontrol etme adımları
Beş dakikalık haftalık kontrol, felaket gününde saatler kazandırır.

4. Uzak kopya

Yedeğin yalnızca sunucuda değil, farklı lokasyonda da bulunduğu kontrol edilmelidir. Uzak gönderim, internet sorunu veya şifre değişikliği nedeniyle sessizce duruyor olabilir.

5. Hata kayıtları ve bildirimler

Yedekleme aracının kayıtlarında hata olup olmadığına bakılmalıdır. SQL Server'da iş geçmişi ve e-posta bildirimleri bu kontrolü kolaylaştırır; ayrıntılar için Database Mail ile bildirim. Hiç bildirim gelmemesi de bir uyarı işareti olabilir.

6. Geri yükleme testi

En kesin kontrol, yedeğin bir test ortamına geri yüklenmesi ve programın bu veriyle açılmasıdır. Şifreli yedeklerde şifrenin bilindiği ve yedeğin açılabildiği de bu testte doğrulanır. Ayrıntılar için geri yükleme tatbikatı.

Sorumlu ve takvim

Bu kontrollerin bir sorumlusu olmalı ve takvime bağlanmalıdır. Kısa bir kontrol listesi ve kayıt defteri, işin aksamasını önler. Disk dolması gibi yedeği durduran sorunlar için disk doluluk izleme yazımıza bakabilirsiniz.

Değişikliklerden sonra mutlaka kontrol

Sunucu şifresi değiştiğinde, disk eklendiğinde, ticari program güncellendiğinde veya internet hattı değiştiğinde yedek düzeni de etkilenebilir. Bu tür değişikliklerin ardından ilk gece alınan yedeğin ayrıca kontrol edilmesi, sessiz arızaların haftalarca fark edilmeden kalmasını önler.

Sur Bilgisayar olarak işletmelerin yedek düzenini düzenli kontrol ediyor, kendi Veritabanı Yedekleme Yazılımımızla SQL Server, MySQL ve Firebird veritabanlarını her gün şifreli olarak üç lokasyona yedekliyoruz. Ayrıntılar için Veritabanı Yedekleme Yazılımı sayfamıza bakabilirsiniz.

Sık sorulan sorular

Yedek dosyası varsa yedek başarılı mıdır?
Değil. Dosya boş, eksik veya bozuk olabilir. Tarih, boyut ve geri yüklenebilirlik birlikte kontrol edilmelidir.
Ne sıklıkla kontrol etmeliyim?
Tarih ve boyut kontrolü haftalık, geri yükleme testi ise en az birkaç ayda bir yapılmalıdır.
Kontrolü kim yapmalı?
Bir sorumlu belirlenmeli ve kontrol takvime bağlanmalıdır; aksi hâlde kimse yapmaz.

Bu konuda destek mi lazım?

Kendi geliştirdiğimiz yazılım, sunucudaki SQL Server, MySQL ve Firebird veritabanlarını her gün belirlenen saatte yedekler, şifreler ve 3…

Veritabanı Yedekleme Yazılımı
Blog

İlgili yazılar