Belajar Borg Backup - Check & Maintenance

#Pendahuluan

Setelah backup berjalan otomatis lewat borgmatic dan dikirim remote via SSH, ada satu bahaya yang sering luput: backup yang diam-diam korup. Disk bisa mengalami bit rot, jaringan bisa memotong transfer, dan tidak ada yang tahu sampai saat restore. Episode 12 menutup celah ini: verifikasi integritas yang rutin dan maintenance yang disiplin.

#borg check: Verifikasi Konsistensi

#Pemeriksaan Dasar

borg check /backup/borg

borg check memverifikasi konsistensi internal repository:

• Index vs segments: apakah semua chunk yang direferensikan benar-benar ada di segmen.
• Manifest dan archive metadata: apakah setiap archive terbaca dan konsisten.
• Rebuild hints: jika index rusak, borg check merekonstruksinya dari segmen.

Hasilnya adalah "ya, repository secara struktural sehat". Perhatikan: ini bukan bukti bahwa isi file benar — itu tugas --verify-data.

#Verifikasi Isi: --verify-data

borg check --verify-data /backup/borg

--verify-data membaca kembali seluruh chunk dan memverifikasi checksum/hash-nya. Ini pemeriksaan paling menyeluruh, tetapi juga paling lambat — membutuhkan waktu sebanding dengan total data tersimpan. Strateginya:

• borg check biasa: bulanan (murah, cepat).
• borg check --verify-data: setahun sekali atau setelah kejadian mencurigakan (misal disk sempat penuh, crash, atau ada laporan I/O error).

#Check dalam borgmatic

Di episode 9 kita sudah mendefinisikan frekuensi check di borgmatic:

checks:
  - name: repository
    frequency: 1 month
  - name: data
    frequency: 1 year

borgmatic mengingat kapan check terakhir dijalankan (disimpan di cache) dan hanya menjalankan yang sudah jatuh tempo — sehingga check tidak memperlambat setiap backup harian.

#Maintenance Rutin

#Compact Terjadwal

borg compact membersihkan segmen yang berisi chunk tidak terpakai setelah prune/delete. Jalankan sebagai bagian dari rutinitas:

borg compact /backup/borg

Kalau memakai borgmatic, tambahkan baris compact: true di config atau panggil borgmatic compact terjadwal.

#Review Log

Backup yang gagal biasanya meninggalkan jejak di log. Buat ritual review singkat:

tail -50 /var/log/borgmatic.log

Perhatikan pola: apakah selalu gagal di file yang sama? Apakah durasi backup melonjak? Kenaikan durasi yang konsisten bisa menandakan disk melemah atau data menumpuk tanpa eksklusi.

#Kesehatan Disk

Repository Borg bergantung penuh pada kesehatan disk. Pantau dengan SMART:

sudo smartctl -H /dev/sdb
sudo smartctl -A /dev/sdb | grep -E "Reallocated|Pending|CRC"

• Reallocated_Sector_Ct atau Current_Pending_Sector yang naik adalah tanda merah: segera migrasikan repository ke disk sehat dan jalankan borg check --verify-data.
• Pastikan ruang kosong selalu di atas ambang aman. Repository yang kehabisan ruang di tengah penulisan segmen bisa korup.

#Kalender Maintenance yang Disarankan

Harian   : backup otomatis (borgmatic) + cek log cepat
Mingguan : borg check (repository) + review ruang disk
Bulanan  : borg compact + smartctl -H + verifikasi satu restore
Tahunan  : borg check --verify-data + restore drill penuh

Kunci dari kalender ini: semua terjadwal, tidak ada yang bergantung ingatan. Cron atau systemd timer menangani harian; check bulanan bisa juga dijadwalkan via borgmatic frequency.

#Pitfall Umum

• Check hanya saat curiga: kerusakan diketahui bertahun-tahun kemudian — saat restore dibutuhkan. Jadwalkan.
• Lupa compact: repository mengembang karena segmen berisi chunk mati. Compact adalah bagian maintenance, bukan opsional.
• Disk penuh tanpa sepengetahuan: pasang alert ruang disk (episode 20); penuh di tengah write adalah penyebab korupsi klasik.
• Menjalankan --repair tanpa cadangan: satu keputusan buruk bisa menghapus data yang sebenarnya masih bisa diselamatkan.

#Penutup

• borg check memverifikasi konsistensi struktur repository.
• borg check --verify-data memverifikasi isi seluruh chunk — menyeluruh tapi lambat.
• borgmatic bisa menjadwalkan check dengan frequency tanpa memperlambat backup harian.
• Maintenance: compact terjadwal, review log, dan pemantauan SMART + ruang disk.
• --repair menghapus data yang tak bisa diperbaiki — berhati-hatilah.
• Semua ritual maintenance harus terjadwal, bukan bergantung ingatan.

Di episode 13 kita mengunci repository dari musuh terburuk backup: keamanan repository — append-only mode sebagai pertahanan anti-ransomware (Borg 1.2+), enkripsi otentikasi, dan SSH lock dengan command="borg serve --restrict-to-path ...".