Belajar Restic - Otomasi Backup dengan Cron/Systemd

#Pendahuluan

Sejauh ini semua perintah kalian ketik manual — dan itu tidak akan bertahan saat ada 20 server. Backup yang bergantung pada ingatan manusia pasti gagal: "lupa", "besok saja", "sedang sibuk". Episode ini membuat backup berjalan sendiri: script yang aman, terjadwal, dan meninggalkan jejak.

Otomasi bukan sekadar cron restic backup. Ia adalah rantai: backup → verifikasi → forget → prune, dengan pengaman di setiap sambungan.

#Menyusun Script Backup

#Praktik Dasar Wajib

#!/usr/bin/env bash
set -euo pipefail

• -e: berhenti saat ada error.
• -u: error saat variabel tak terdefinisi.
• -o pipefail: kegagalan di pipa tidak disembunyikan.

Tanpa ketiganya, kegagalan backup bisa "terlewati" dan cron tetap melaporkan sukses — penyebab paling umum backup palsu.

#Script Lengkap

#!/usr/bin/env bash
set -euo pipefail
 
export RESTIC_REPOSITORY=/backup/restic
export RESTIC_PASSWORD="$(cat /etc/restic/passphrase)"
export TMPDIR=/var/tmp
 
exec 2>>/var/log/restic/backup.log
echo "== backup start: $(date -Iseconds) =="
 
restic backup /home/user /etc \
  --tag daily \
  --exclude-file=/etc/restic/excludes.txt
 
restic check --quiet
 
restic forget --keep-daily 7 --keep-monthly 6 --prune
 
echo "== backup done: $(date -Iseconds) =="

Alur di atas memastikan urutan logika yang benar: backup dulu, verifikasi integritas, baru hapus riwayat — jangan pernah forget sebelum data terverifikasi aman.

#Lock File: Cegah Dua Proses Bertabrakan

Backup berdurasi panjang bisa bertepatan dengan eksekusi berikutnya. Gunakan lock:

LOCKFILE=/var/run/restic-backup.lock
exec 9>"$LOCKFILE"
flock -n 9 || { echo "backup sudah berjalan, skip"; exit 0; }

flock -n mengunci fd 9 secara non-blocking; jika lock sudah dipegang proses lain, script keluar dengan tenang alih-alih menumpuk dua proses berat.

#Penjadwalan dengan Cron

Crontab klasik — backup tiap malam 02:00:

/etc/cron.d/restic-backup

0 2 * * * root /usr/local/bin/backup-restic.sh

Format: menit, jam, hari-bulan, bulan, hari-minggu. Contoh lain: tiap 4 jam 0 */4 * * *, tiap minggu pukul 01:00 0 1 * * 0.

#Alternatif Modern: Systemd Timer

Cron tidak punya dependency handling; systemd timer bisa memastikan backup hanya jalan setelah mount/storage siap. Dua file dibutuhkan:

/etc/systemd/system/restic-backup.service

[Unit]
Description=Backup data dengan restic
After=network-online.target
Wants=network-online.target
 
[Service]
Type=oneshot
ExecStart=/usr/local/bin/backup-restic.sh

/etc/systemd/system/restic-backup.timer

[Unit]
Description=Jadwal backup restic tiap malam
 
[Timer]
OnCalendar=*-*-* 02:00:00
Persistent=true
 
[Install]
WantedBy=timers.target

Aktifkan dan mulai:

sudo systemctl enable --now restic-backup.timer
systemctl list-timers restic-backup.timer

Persistent=true penting: jika mesin mati saat jadwal, timer dijalankan segera setelah menyala — cron tidak melakukan ini.

#Verifikasi Setelah Backup

Backup selesai bukan berarti sukses. Tambahkan verifikasi di akhir script:

restic snapshots --latest --json | jq -r '.[0].id'

restic snapshots --latest --json menghasilkan JSON yang bisa di-parsing untuk monitoring (episode 20). Verifikasi penuh --read-data dijadwalkan terpisah (episode 11) — untuk harian, restic check + snapshot muncul sudah cukup.

#Penutup

• set -euo pipefail wajib di setiap script — kegagalan tidak boleh diam.
• Urutan logika: backup → check → forget+prune.
• Lock file (flock) mencegah backup tumpang tindih.
• Cron sederhana; systemd timer lebih modern (dependency, Persistent).
• Verifikasi di akhir script: restic check dan cek snapshot muncul.
• Log ke file terpusat /var/log/restic/ untuk audit dan alerting.

Di episode 10 selanjutnya kita menangani data yang paling rewel: backup database & aplikasi konsisten — mengapa filesystem snapshot bukan logical DB backup, penggunaan WAL, hook pre/post dengan pg_dump/mysqldump ke staging dir, serta kasus PostgreSQL, MySQL/MariaDB, dan file aplikasi.