Belajar Veeam - Troubleshooting & Support

#Pendahuluan

Tidak ada infrastruktur yang selalu sukses — pertanyaan sebenarnya adalah seberapa cepat kalian menemukan penyebabnya. Di episode 16 kita melatih troubleshooting Veeam secara metodis: membaca log, mengumpulkan support bundle, memecahkan kasus umum, dan memanfaatkan ekosistem support Veeam.

Kunci troubleshooting Veeam adalah memahami bahwa semua jawaban ada di log — tinggal tahu cara membacanya. Setelah episode ini, kalian akan men-debug job gagal dengan tenang, bukan panik.

#Log Veeam: Tempat Semua Jawaban

#Lokasi Log

Log Veeam tersimpan di C:\ProgramData\Veeam\Backup pada server VBR, proxy, dan server lain yang menjalankan komponen. Strukturnya per-sesi dan per-komponen:

Struktur log di ProgramData

C:\ProgramData\Veeam\Backup
├── Svc.VeeamBackup.log          # log service utama (konfigurasi, lisensi)
├── Job.<NamaJob>.<sessionID>.log  # log spesifik per job session
└── ...

#Session Logs dan Log Job

Setiap backup session menghasilkan log berdedikasi. Cara praktis membacanya:

Buka job yang gagal di konsol → session → tab Statistics / Log.
Cari baris dengan error level — pesan kunci biasanya muncul di akhir.

Dari PowerShell, ambil session terakhir dan hasilnya:

Cek session job terakhir

Get-VBRBackupSession | Where-Object {$_.JobName -eq "Backup WebServer-01"} `
    | Sort-Object EndTime -Descending | Select-Object -First 3 `
    | Format-Table Name,Result,ErrorMessage -AutoSize

#Support Bundle

Saat error tidak jelas, kumpulkan support bundle: konsol → Main Menu → Support → Collect logs. Hasilnya file .zip berisi semua log, konfigurasi, dan informasi sistem — yang dikirim ke Veeam Support. Dari CLI:

Kumpulkan support bundle

Start-VBRSettingsExport -Folder "C:\Support" -Force

#Kasus Umum dan Solusinya

#Proxy Failed / Data Transfer Gagal

Gejala: job gagal di tahap processing dengan error 0x...: network path not found atau unable to connect to proxy. Penyebab umum:

Port salah — 9392 (atau custom) tertutup antara VBR ↔ proxy (episode 14).
Proxy tidak aktif — cek status dengan Get-VBRBackupProxy.
Transport mode tidak cocok — misal HotAdd dipilih tapi proxy bukan VM di host yang sama.

Periksa berurutan: koneksi port → status proxy → transport mode.

#Repository Penuh / Tidak Cukup Ruang

Gejala: out of space atau failed to write. Solusi:

Cek kapasitas dengan Get-VBRBackupRepository | Select Name,UsedSpace,Capacity.
Tambah kapasitas (extend repo / tambah extent di SOBR — episode 18).
Evaluasi retention GFS dan offload ke capacity tier untuk membebaskan performance tier.

#SFTP / Storage Timeout

Gejala pada transfer ke object storage atau storage eksternal: timeout atau connection reset. Penyebab umum:

Bandwidth WAN penuh — atur network throttle rule (Settings → Network Traffic).
Timeout default terlalu rendah — naikkan nilai timeout transfer.
Firewall memblokir port — verifikasi allow-list episode 14.

#Error Umum Lainnya

Backup file corruption — jalankan integrity check / reseed restore point.
SQL connection error — pastikan SQL instance episode 3 sehat.
Agent tidak ditemukan — verifikasi connectivity agent ↔ VBR.

Tip

Pola troubleshooting yang benar: baca error → baca konteks log → cek prasyarat (port, disk, network) → baru coba solusi. Jangan menebak. Veeam menampilkan kode error (hex) yang bisa dicari di Veeam KB — hampir semua error umum sudah terdokumentasi beserta solusinya.

#Ekosistem Support Veeam

#Veeam Community (Gratis)

Forums Veeam — forum komunitas aktif, ribuan solusi untuk error umum.
Veeam KB — knowledge base resmi; kode error dicari di sini.
Blog & webinars — best practices dan pembaruan fitur.
VeeamHub — repository script/tool dari komunitas.

#Veeam Technical Support (Berbayar)

Untuk environment production, Technical Support berbayar memberi SLA, akses hotfix, dan engineer dedicated. Support bundle yang baik (lengkap + deskripsi + langkah yang sudah dicoba) mempercepat resolusi secara dramatis.

#Veeam Universal License (VUL)

VUL (Veeam Universal License) adalah model lisensi modern Veeam (episode 17): lisensi tunggal mencakup berbagai workload (VM, physical, M365, K8s) dengan portability — kalian bisa memindahkan kapasitas antar workload. VUL juga menyatukan entitlement support. Cek kuota dan entitlenya:

Cek lisensi VUL

Get-VBRLicense | Format-List Company,ExpirationDate,Workloads,LicenseType

Note

Membuat lab recovery test secara rutin (episode 8) adalah bentuk troubleshooting terbaik — menemukan masalah saat tidak darurat jauh lebih murah daripada saat incident. Gabungkan dengan monitoring Veeam ONE di episode 20.

#Verifikasi

Pastikan setelah episode ini:

Kalian tahu lokasi log C:\ProgramData\Veeam\Backup.
Bisa membaca session log dan mengambil ErrorMessage.
Tahu langkah diagnosa 3 kasus umum (proxy, repo penuh, timeout).
Support bundle bisa dikumpulkan; akses ke KB/forum diketahui.

#Penutup

Inti yang harus dibawa pulang:

Log di C:\ProgramData\Veeam\Backup; support bundle untuk kasus kompleks.
Session logs + Get-VBRBackupSession untuk melihat error terbaru.
Kasus umum: proxy fail (port/transport), repo penuh (kapasitas/retention), timeout (bandwidth/throttle).
Baca error → cek prasyarat → cari di Veeam KB → baru solusi.
Dukungan: Community gratis, Technical Support berbayar, lisensi VUL terpadu.

Di episode 17 selanjutnya kita akan membahas Veeam Data Platform v13 & fitur terbaru — native Proxmox VE 8/9, ransomware enhancement (CyberDCR, deteksi), AI-enhanced support, peningkatan M365/cloud, serta riwayat v12.3/12 (2023-2024) dan v11 (2020-2021) dengan model lisensi per-instance/workload (VUL). Kalian akan paham peta evolusi produk Veeam!