Yedekleme İşi Başarısız Oluyor: NAS ve Sunucu Yedek Sorunları

İşletmenin en tehlikeli cümlesi şudur: "Yedek zaten alınıyor." Çoğu zaman doğrudur — ta ki bir gün loglara bakılana ve yedeklemenin haftalardır hata verdiği görülene kadar. Yedekleme işleri sessizce durur: kimse fark etmez, çünkü kimse bakmaz.

Neden 1: Hedef Kapasite Doldu

En yaygın neden. Yedek hedefi (NAS, harici disk, ayrı bölüm) dolduğunda iş başarısız olur. Veri büyür, yedek alanı sabit kalır — ve bir gün sınır aşılır. Kontrol: hedefin doluluk oranı %85'i geçtiyse müdahale zamanı (kapasite yönetimi). Çözümler: eski yedek sürümlerini budamak (saklama politikası), gereksiz klasörleri kapsam dışına almak veya kapasiteyi büyütmek — sürveyans/NAS sınıfı diskler ile (sınıf farkı).

Neden 2: Kimlik ve İzin Sorunu

Yedekleme yazılımı, hedefe yazabilmek için bir kullanıcı hesabı kullanır. O hesabın şifresi değişirse veya yetkisi kısıtlanırsa yedek sessizce durur — tarayıcı senaryosundaki aynı tuzak. Çözüm: yedekleme için şifresi değişmeyen özel servis hesabı kullanmak ve o hesabın hedefte tam yazma yetkisi olduğunu doğrulamak (izin katmanları).

Neden 3: Kilitli/Açık Dosyalar

Kullanımdaki dosyalar (açık Excel belgeleri, çalışan veritabanları, Outlook veri dosyaları) yedeklenemez ve iş hata verir. Çözümler: yedeği mesai dışına almak, veritabanları için uygulamanın kendi yedek fonksiyonunu kullanmak veya gölge kopya (VSS) destekleyen bir yedekleme çözümü tercih etmek. "Şu dosya atlandı" uyarısını görmezden gelmeyin — atlanan dosya genelde en kritik olanıdır.

Neden 4: Zamanlama ve Süre

• Yedek işi, bilgisayar/sunucu kapalıyken çalışamaz — kapanma politikasıyla yedek saati çakışmamalı.
• Veri büyüdükçe yedek süresi uzar; sabah mesaisine taşan iş, ağ ve sistemi yavaşlatır (ağ performansı).
• Aynı anda çalışan iki iş (yedek + antivirüs taraması) birbirini bloke edebilir.

Neden 5: Hedef Erişilemiyor

Ağ yedeklerinde hedef cihazın IP'si değişmiş, uyku moduna girmiş veya kapanmış olabilir (ağdaki cihaz kayboldu). Harici disk yedeklerinde ise klasik senaryo: disk takılı değil. Otomatik yedek, elle takılan diske bel bağlıyorsa er geç unutulur — bu yüzden 7/24 açık bir hedef (NAS) tercih edilir.

Asıl Mesele: Kimse Bakmıyor

Yukarıdaki nedenlerin hepsi çözülebilir; asıl sorun, hatanın fark edilmemesidir. Yapılacaklar:

• Bildirim kurun: Yedekleme yazılımı ve NAS, başarısız işte e-posta göndersin. Bildirim yoksa yedeğiniz yoktur.
• Haftalık kontrol: Beş dakikalık bir alışkanlık — son başarılı yedek tarihine bakın.
• Aylık geri dönüş testi: Rastgele bir dosyayı yedekten geri yükleyin. Test edilmemiş yedek, yedek değildir — yedekleme rehberimizin en çok tekrarladığımız cümlesi budur.
• 3-2-1'i koruyun: Tek hedefe yedek almak, o hedef çöktüğünde her şeyi kaybetmek demektir.

Fidye Yazılımı Boyutu

Sürekli bağlı bir yedek hedefi, fidye yazılımı tarafından da şifrelenebilir. Bu yüzden kritik verilerde bağlantısız (offline) veya sürüm geçmişli bir katman şarttır. Uzaktan erişim açan işletmelerde bu, daha da kritiktir (güvenli erişim).

Sıkça Sorulan Sorular

Senkron (Drive/OneDrive) yedek sayılır mı?

Hayır — sildiğiniz dosya her yerden silinir. Sürüm geçmişi olan yapılandırma kısmi koruma sağlar ama gerçek yedek ayrı bir iştir.

RAID varken yedek gerekir mi?

Kesinlikle. RAID donanım arızasına karşıdır; silme, bozulma ve fidye senaryolarına karşı korumaz (RAID gerçeği).

Ne sıklıkla yedek almalıyım?

"Kaybetmeyi göze alabileceğiniz süre" kadar: işletme verisinde günlük standarttır.

Grisepet Notu

Yedek hedefinizin kapasitesini ve veri hacminizi yazın; büyütme mi politika düzenlemesi mi gerektiğini birlikte belirleyelim — NAS ve disk tedariki ana alanlarımızdan.

NAS ve yedekleme disk stokunu görün →