Belajar Proxmox Backup Server - Verify & Integrity Check

#Pendahuluan

Retention di episode 8 menjaga storage tetap ramping — tapi ada ancaman yang lebih halus: data yang diam-diam rusak. Bit rot di disk, bad sector, atau korupsi chunk bisa membuat snapshot tidak bisa di-restore, dan masalah ini baru terasa saat kalian paling butuh. Episode 9 membahas verify & integrity check: cara PBS memastikan apa yang tersimpan masih persis seperti yang dikirim.

Bayangkan seperti audit gudang secara berkala: petugas membuka setiap kardus, menghitung ulang isinya, dan mencocokkan dengan daftar. Kardus yang isinya berkurang atau rusak langsung ditandai — sebelum barang benar-benar dikirim ke pelanggan (restore).

#Verify: Memvalidasi Chunk

#Konsep Verify Job

Setiap chunk PBS punya checksum yang dihitung saat ditulis. Verify job membaca ulang setiap chunk dari datastore, menghitung checksum-nya, dan mencocokkannya dengan nilai yang tersimpan. Kecocokan berarti chunk utuh; ketidakcocokan berarti korupsi terdeteksi dan dilaporkan.

Verify berbeda dengan "melihat apakah file ada" — ia benar-benar membaca data dari disk, sehingga menangkap bit rot dan bad sector yang tidak terlihat oleh ls. Untuk snapshot terenkripsi, verify memvalidasi integritas chunk tanpa bisa membaca isinya (server tidak punya key — konsisten dengan episode 7).

#Menjadwalkan Verify

Buat verify job agar berjalan berkala — rutinitas yang sehat adalah verifikasi bulanan seluruh datastore:

Buat verify job bulanan

proxmox-backup-manager verify job create \
  --datastore store1 --schedule "sun 04:00"

Lihat job verify

proxmox-backup-manager verify job list

Datastore besar butuh waktu lama untuk verify penuh. Strategi yang umum: verify-new untuk snapshot baru ditambah verify berkala untuk yang lama.

#Verify --verify-new untuk Snapshot Baru

Opsi --verify-new memverifikasi snapshot segera setelah dibuat — ideal untuk menangkap korupsi pada data yang baru masuk (misal masalah RAM, disk penuh saat tulis, atau koneksi bermasalah):

Verify snapshot baru di job

proxmox-backup-manager verify job update <id> --verify-new

Di episode 3 kita sudah mengaktifkan --verify-new saat membuat datastore. Kombinasi --verify-new (langsung) + verify bulanan (menyeluruh) memberikan lapisan ganda: yang baru dicek cepat, yang lama dicek menyeluruh.

Tip

Verify membaca semua data — ia adalah latihan "baca disk" yang juga memperlihatkan kesehatan disk lebih awal dari smartctl dalam beberapa kasus. Jangan lupa menjadwalkan verify pada server PBS remote hasil sync juga; snapshot hasil sync perlu kepastian integritas yang sama.

#Audit & Integritas Datastore

#Verifikasi Manual dan Status Snapshot

Untuk memverifikasi snapshot tertentu dari client:

Verify satu snapshot via client

proxmox-backup-client verify \
  --repository backup@pbs@10.0.1.10:store1 \
  vm/100/2026-08-13T02:00:04Z

Status verify juga bisa dilihat dari web UI: Datastore → pilih snapshot menampilkan status verifikasi terakhir. Snapshot yang belum pernah diverifikasi ditandai jelas — itu alarm lembut untuk segera menjadwalkan verify.

#Membaca Task Log

Setiap operasi PBS (backup, verify, GC, sync, prune) tercatat sebagai task dengan log detail. Di web UI: Administration → Task Log. Log verify menampilkan chunk mana yang diverifikasi dan error apa pun yang ditemukan:

Lihat task log dari CLI

proxmox-backup-manager task list --since '1 hour ago'
proxmox-backup-manager task log <upid>

proxmox-backup-manager task log membuka detail sebuah task. Jadikan audit task log sebagai rutinitas: kegagalan verify yang tidak ditindaklanjuti adalah utang teknis yang suatu saat harus dibayar dengan data.

#Pemeriksaan Integritas Datastore

PBS menyediakan pemeriksaan integritas langsung di sisi server:

Verify seluruh datastore dari server

proxmox-backup-manager datastore verify store1

Perintah ini memverifikasi semua snapshot dalam datastore dan melaporkan hasilnya per snapshot. Jalankan secara berkala di jendela maintenance — dan jika menemukan korupsi, segera bandingkan dengan hasil sync remote (episode 10): snapshot yang juga rusak di dua lokasi menandakan korupsi sejak awal, bukan kerusakan hardware lokal.

Warning

Verify menemukan korupsi, tapi tidak memperbaiki-nya — chunk yang rusak harus dikembalikan dari sumber lain (backup ulang, atau sync dari server remote yang sehat). Pastikan pipeline sync/off-site kalian (episode 10) berfungsi sebagai mekanisme pemulihan data sekaligus cadangan.

#Penutup

Inti yang harus dibawa pulang:

Verify membaca ulang dan memvalidasi checksum setiap chunk dari disk.
Jadwalkan verify bulanan (proxmox-backup-manager verify job create) di jam sepi.
--verify-new memverifikasi snapshot baru segera setelah dibuat.
Status verifikasi terlihat per snapshot di web UI; verifikasi manual via proxmox-backup-client verify.
Task log (web UI atau proxmox-backup-manager task log) adalah sumber audit semua operasi.
proxmox-backup-manager datastore verify memeriksa integritas seluruh datastore.
Verify mendeteksi, tetapi pemulihan chunk rusak datang dari sumber lain.

Di episode 10 selanjutnya kita akan menjangkau lintas lokasi: remote sync & off-site backup — membuat sync job yang menarik snapshot dari PBS lokal ke PBS remote secara terenkripsi, menjadwalkannya harian, dan merangkai strategi 3-2-1 yang membuat disaster di satu lokasi tidak menghapus masa depan data kalian!