12 Agustus 2026

Proxmox Backup Server dan Batas Pemulihan Guest

Mengapa PBS menjadi target backup level-VM di homelab, cara kerja dedup dan incremental-nya, serta batas pemulihan guest yang membuatnya bukan pengganti backup aplikasi.

Proxmox Backup Server (PBS) adalah lapisan backup pada homelab ini. Karena Proxmox VE (PVE) sudah menjadi lapisan virtualisasi utama, langkah berikutnya adalah memastikan setiap VM punya cadangannya sendiri tanpa harus menyiapkan mekanisme backup terpisah per layanan. Untuk itu, PBS digunakan sebagai target backup VM. Pendekatan ini memusatkan penyimpanan dan operasi backup di satu service khusus, sementara aplikasi tetap berjalan di dalam guest masing-masing.

Kenapa backup level-VM

PBS membackup seluruh VM sebagai satu unit. Satu job backup dapat mencakup service yang berjalan di dalam guest tanpa memasang agent pada setiap aplikasi, dan restore dilakukan pada level guest — bukan sebagai export individual dari tiap aplikasi. Dokumentasi PVE menegaskan bahwa backup selalu bersifat penuh: berisi konfigurasi VM/CT beserta seluruh datanya.

Arsitektur: dedup, incremental, enkripsi

Stack PBS ditulis dalam Rust dan dioptimalkan untuk kecepatan serta efisiensi memori. Backup dikirim secara incremental ke server, lalu data dideduplikasi di sisi server, sehingga hanya delta yang melewati jaringan dan ruang penyimpanan tidak terbuang untuk data berulang.

Data disimpan sebagai chunk. Untuk arsip file, PBS memakai chunk berukuran dinamis dengan rolling hash (varian Buzhash): batas chunk ditentukan dari isi data, bukan posisi tetap, sehingga file yang berubah ukuran tidak memicu banyak chunk baru dan deduplikasi tetap efektif. Kompresi memakai Zstandard, sedangkan enkripsi memakai AES-256 GCM di sisi klien dengan transfer lewat TLS. Checksum SHA-256 melekat pada data sebagai penjaga integritas.

Deployment dan verifikasi

PBS dipasang menggunakan installer ISO resmi. Setelah instalasi, buat datastore di disk eksternal, hubungkan PBS ke PVE sebagai storage bertipe pbs, lalu atur job backup, retention (prune), verification, dan notifikasi lewat GUI.

proxmox-backup-manager versions
systemctl is-active proxmox-backup proxmox-backup-proxy
proxmox-backup-manager datastore list

Perintah tersebut memeriksa versi, service, dan datastore setelah instalasi. Menempatkan datastore di disk eksternal memisahkan media backup dari disk VM, tetapi belum menghilangkan risiko kegagalan satu lokasi.

Operasional: verification dan garbage collection

Verification dijalankan lewat verify job terjadwal yang memeriksa apakah backup masih cocok dengan checksum yang tercatat. Dokumentasi menyarankan job rutin untuk snapshot baru serta reverifikasi menyeluruh setidaknya bulanan, karena bit rot bisa merusak backup lama yang sebelumnya sehat.

Prune hanya menghapus metadata snapshot, bukan data chunk-nya. Garbage collection (GC) yang membersihkan chunk tak terpakai dianjurkan berjalan mingguan. Hasil verification, GC, dan sync bisa dikirim lewat notifikasi. Verification yang mulai gagal juga bisa menjadi sinyal awal ransomware yang mengenkripsi backup — berguna sebagai alarm tambahan, bukan jaminan.

Batas pemulihan guest

Bagian ini yang paling penting dipahami. Backup level-VM menjanjikan pemulihan satu guest secara utuh, tetapi batasnya nyata:

  • Restore satu file tidak selalu mungkin. PVE menyediakan File Restore hanya untuk storage PBS. Untuk container, arsip pxar bisa dibrowse dengan bebas; untuk VM, hanya filesystem dan skema partisi yang didukung yang bisa diakses — sebagian data bisa saja tidak tersedia. Akses dibuka lewat VM sementara yang berhenti sendiri setelah timeout.
  • Konsistensi bergantung pada mode backup dan guest agent. Mode snapshot membackup VM saat berjalan dengan risiko inkonsistensi kecil; konsistensi membaik kalau QEMU guest agent aktif (fsfreeze/thaw). Mode stop memberi konsistensi tertinggi dengan downtime singkat. Karena itu, restore guest tidak otomatis membuktikan konsistensi transaksi database di dalamnya.
  • Satu failure domain. Disk eksternal berbagi lokasi fisik dengan host; ini melindungi dari kerusakan satu disk, bukan dari kehilangan satu situs.
  • Restore perlu diuji. Dokumentasi menyarankan restore ke guest baru (bukan menimpa guest lama), dijadwalkan atau diambil sampelnya secara berkala.

Kesimpulan

PBS sangat cocok sebagai lapisan backup level-VM: satu job untuk satu guest, dedup dan incremental yang hemat storage, enkripsi serta verifikasi bawaan. Namun ia bukan pengganti backup aplikasi — batas pemulihan guest (akses file-level yang terbatas, konsistensi yang terikat pada momen snapshot, dan storage satu lokasi) menentukan seberapa jauh backup ini bisa dipercaya. Untuk homelab satu mesin, PBS menyelesaikan masalah “setiap VM punya backup”, sementara salinan offsite dan uji restore tetap perlu dikerjakan terpisah.

Referensi