Backup job'unuz kırmızıya döndü, e-posta uyarısı geldi ve şimdi log dosyasında ne aradığınızı bile bilmiyorsunuz. Bu rehber, Veeam ortamlarında en sık karşılaşılan 10 hatayı kök nedenleriyle birlikte sıralıyor — kopyala-yapıştır çözüm değil, neden olduğunu anlayıp kalıcı şekilde çözmeniz için.
Veeam hataları genelde 4 katmandan birinde çıkar: kaynak taraf (hypervisor, VSS, izinler), proxy taraf (kaynak ve hedef arası veri transferi), hedef/repository taraf (depolama, izinler, alan) ve network (port, firewall, DNS). Sorunu hızlı çözmenin sırrı, önce hatayı bu dört kategoriden hangisine ait olduğunu belirlemek.
En sık görülen kaynak-taraf hatasıdır. VMware tarafında VSS (Volume Shadow Copy Service) ile snapshot oluşturma adımında başarısız olur.
| Olası Neden | Belirti | Çözüm |
|---|---|---|
| Eski/yarım kalmış snapshot | VM Snapshot Manager'da fazladan snapshot görünür | Manuel "Delete All" ile temizle, ardından job'u yeniden çalıştır |
| Datastore alanı az | Snapshot oluşturma %95+ doluluk sonrası başarısız | Datastore'da en az snapshot boyutu kadar boş alan bırak |
| VSS provider hatası (Windows guest) | Application-aware processing açıkken hata | Guest içinde vssadmin list writers ile bozuk writer'ı tespit et, ilgili servisi yeniden başlat |
| VMware Tools güncel değil | Quiescing aşamasında zaman aşımı | VMware Tools'u güncelle, guest'i yeniden başlat |
NFC (Network File Copy), Veeam'in VMware ile veri transferinde kullandığı protokoldür. Bu hata genelde transfer sırasında bağlantının beklenmedik şekilde kopmasıyla oluşur.
Host'ta CPU/RAM darboğazı NFC servisinin zaman aşımına uğramasına neden olabilir. vCenter'dan host performans grafiklerine bakın.
Hot-Add veya Direct SAN Access kullanılamıyorsa Veeam otomatik Network mode'a düşer — bu yavaş ve hataya açıktır. Proxy'nin datastore'a doğrudan erişimi olduğundan emin olun.
Saat farkı (NTP senkronizasyonsuz host) SSL handshake hatalarına ve bağlantı kopmalarına yol açabilir.
Veeam proxy sunucusuna ulaşamıyor ya da proxy servisleri ayakta değil demektir.
Veeam'in vCenter'a bağlandığı servis hesabının yetkileri eksik veya kısıtlanmış demektir — genelde yeni bir vCenter rol ataması ya da parola/hesap değişikliği sonrası ortaya çıkar.
| Belirti | Kontrol Noktası |
|---|---|
| Tüm job'lar aynı anda başarısız oldu | vCenter servis hesabının parolası değişmiş olabilir — Backup Infrastructure → Managed Servers altında yeniden doğrula |
| Sadece belirli VM'ler etkilendi | vCenter'da o VM'lerin bulunduğu klasör/resource pool için rol ataması eksik olabilir |
| Snapshot alınamıyor ama backup connection sağlıklı | "Cryptographic operations" izni vSphere 6.7+ ile zorunlu hale geldi, rol tanımında eksik olabilir |
SQL Server veya Exchange için application-aware processing açıkken, log kesme (truncation) işlemi başarısız olur. Backup'ın kendisi genelde başarılıdır ama transaction log'lar disk üzerinde birikmeye devam eder.
Application-aware processing için kullanılan hesabın guest içinde sysadmin (SQL) veya Organization Management (Exchange) yetkisi olmalı.
Native SQL maintenance plan'ları veya başka bir backup ajanı aynı anda log truncation yapmaya çalışıyorsa çakışma oluşur.
SQL veritabanı Simple recovery model'deyse, transaction log backup zaten anlamsızdır — Full recovery model gerekir.
Repository'de yeterli boş alan kalmadığında job duraklatılır ya da başarısız olur. Bu hata genelde retention politikası ile gerçek veri büyümesinin uyumsuzluğundan kaynaklanır.
Job ilerleme çubuğu donmuş gibi görünür, saatlerce hiçbir değişiklik olmaz. Genelde proxy ile repository ya da proxy ile kaynak arasındaki veri akışının bir noktada tıkanmasından kaynaklanır.
Proxy ve repository sunucusunda Veeam Data Mover servisini yeniden başlatmak çoğu "donmuş" durumu çözer.
Endpoint koruma yazılımları Veeam Data Mover process'lerini taradığında transfer ciddi şekilde yavaşlayabilir veya kilitlenebilir. Veeam dizinlerini ve proseslerini AV taramasından muaf tutun.
Jumbo frame uyumsuzluğu (bazı switch portlarında MTU 9000, bazılarında 1500) büyük veri transferlerinde paket kaybına ve donmaya neden olabilir.
Genelde firewall, port engelleme veya DNS çözümleme sorunlarından kaynaklanır.
| Bağlantı | Port | Kontrol |
|---|---|---|
| VBR → Proxy | 6160-6162/TCP | telnet veya Test-NetConnection ile doğrula |
| VBR → Repository | 6160-6162, 2500-3300/TCP | Repository sunucusunda Windows Firewall kuralını kontrol et |
| VBR → vCenter | 443/TCP | SSL sertifika geçerliliğini doğrula |
| Proxy → ESXi Host | 902, 443/TCP | NFC trafiği için gereklidir |
Hata mesajını Google'da aramadan önce, doğru log dosyasına bakmak çoğu zaman gerçek kök nedeni saniyeler içinde gösterir.
Job genel logu, hangi aşamada (Creating snapshot / Processing / Finalizing) ve hangi makinede durduğunu gösterir. VM-bazlı log ise o aşamadaki tam hata zincirini (genelde İngilizce, ayrıntılı) içerir.
Veeam Log Collector aracıyla toplanan log paketini hazır bulundurun, çözüm süresini kısaltırESH Bilişim, Veeam Backup & Replication kurulumlarında kapasite planlaması, proxy mimarisi ve sürekli başarısız olan job'ların kök neden analizinde saha deneyimiyle destek sağlar. Tek seferlik bir hata mı, yoksa mimari bir sorun mu olduğunu birlikte netleştirelim.
Adım Takibi
0/10Bu Rehberle İlgili AI Araçlar