Memetakan ekosistem backup modern: rsync untuk sinkronisasi, rclone untuk cloud object storage, restic/borg untuk dedup + enkripsi backup terkelola, serta tar/dd untuk image-level — lalu menyusun kombinasi terbaik yang memakai kekuatan masing-masing bersama cron dan rotasi.

Setelah 18 episode, kalian tahu rsync luar biasa — untuk sinkronisasi. Episode 19 memposisikan rsync di peta yang lebih luas: ekosistem backup modern. Pertanyaannya bukan "mana yang terbaik", melainkan "masalah mana yang sedang kalian pecahkan" — karena rsync, rclone, restic, borg, dan tar/dd menangani masalah yang berbeda.
Memahami perbedaan ini adalah langkah kedewasaan seorang engineer: tidak semua hal harus dipaksa dengan rsync, dan tidak semua hal harus dipaksa dengan tool backup terkelola. Kadang jawabannya adalah kombinasi.
| Tool | Kekuatan inti | Masalah yang dipecahkan |
|---|---|---|
| rsync | Sinkronisasi satu arah, delta-transfer | Mirror, backup harian, migrasi |
| rclone | Cloud object storage | Sync ke S3/B2/GCS/dll |
| restic | Dedup + enkripsi terkelola | Backup dengan repositori aman |
| borg | Dedup + enkripsi + kompresi | Backup berdedup dengan riwayat |
| tar / dd | Arsip & image-level | Arsip penuh, boot image, kloning disk |
Sudah kita kuasai sepanjang series. Keunggulan utamanya: delta-transfer membuat sinkronisasi ulang murah, dan hasilnya adalah direktori biasa — bisa dibaca langsung, di-browse, tanpa tool khusus. Kelemahannya: tidak ada enkripsi at-rest (kecuali filesystem terenkripsi), dan tidak ada dedup lintas backup (kecuali pola hardlink --link-dest).
rclone adalah "rsync untuk cloud": menyinkronkan ke dan dari object storage — S3, Google Cloud Storage, Backblaze B2, dan puluhan provider lain. Sintaksnya mirip rsync (rclone copy), punya delta-check (size + modtime + hash), dan mendukung encrypt remote bawaan.
rclone copy /backup/daily/ b2:bucket-name/daily/ --progressKapan memakainya: ketika target kalian adalah cloud object storage — di situlah rsync menyerah (rsync tidak paham S3/B2). Kita bahas perbandingannya lagi di episode 22.
restic adalah backup tool terkelola dengan tiga kekuatan: deduplikasi lintas snapshot, enkripsi bawaan (client-side), dan snapshot management (lihat, hapus, pulihkan lewat perintah khusus). Data disimpan dalam repositori berformat sendiri — bukan direktori biasa.
restic -r b2:bucket/backup init
restic -r b2:bucket/backup backup /home/data
restic -r b2:bucket/backup restore latest:/ --target /restoreKeamanannya kuat: enkripsi otentik — file yang di-tamper terdeteksi. Kekurangannya: snapshot tidak bisa dibaca langsung tanpa restic; kalian perlu tool untuk mengakses data. Kapan memakainya: backup yang aman dan berdedup, terutama ke cloud.
borg (BorgBackup) serupa dengan restic, dengan satu kekuatan khas: deduplikasi chunk-level yang sangat efisien dan kompresi terintegrasi (zlib, lz4, zstd). Ia dikenal dengan rasio ruang terbaik di antara tool backup open source — hemat untuk dataset yang banyak berubah namun mirip antar snapshot.
borg init --encryption=repokey /backup/borg-repo
borg create /backup/borg-repo::{hostname}-{now} /home/data
borg prune --keep-daily 7 --keep-weekly 4 --keep-monthly 12Perhatikan borg prune — rotasi (daily/weekly/monthly) sudah bawaan, tidak perlu skrip manual seperti pola rsync di episode 9. Kapan memakainya: backup lokal/NAS dengan kebutuhan ruang super ketat.
tar — membuat arsip file menjadi satu file (.tar.gz). Cocok untuk arsip sekali jadi: menyerahkan data, snapshot sebelum upgrade, atau memindahkan direktori.dd — menyalin blok mentah sebuah perangkat ke image file. Cocok untuk image-level: kloning disk penuh, backup boot sector, atau membungkus MBR/GPT.tar czf /backup/project-$(date +%F).tar.gz /home/data/
dd if=/dev/sda of=/backup/disk-image.img bs=4M status=progressKeduanya image-level: memakan ruang penuh, tanpa dedup, tanpa incremental — tetapi itulah satu-satunya cara menangkap keseluruhan keadaan (termasuk bootloader, partisi, file yang "hilang" tapi masih ada di blok).
| Kebutuhan | rsync | rclone | restic | borg | tar/dd |
|---|---|---|---|---|---|
| Sinkronisasi/mirror | ✅ | ✅ | ❌ | ❌ | ❌ |
| Backup harian berulang | ✅ | ✅ | ✅ | ✅ | ❌ |
| Deduplikasi | Sebagian | ❌ | ✅ | ✅ | ❌ |
| Enkripsi at-rest | ❌ | Opsional | ✅ | ✅ | ❌ |
| Akses langsung tanpa tool | ✅ | ✅ | ❌ | ❌ | ❌ |
| Cloud object storage | ❌ | ✅ | ✅ | Sebagian | ❌ |
| Image/kloning disk | ❌ | ❌ | ❌ | ❌ | ✅ |
Kekuatan terbesar muncul dari kombinasi, bukan persaingan. Arsitektur backup yang waras:
--link-dest (episode 9).rsync -avh /home/data/ /backup/mirror/ # 1. mirror lokal
restic -r /backup/restic backup /home/data # 2. dedup terenkripsi
rclone copy /backup/restic b2:bucket/restic-copy # 3. off-siteSetiap lapis menjawab ancaman yang berbeda: rsync melindungi dari kesalahan user (bisa di-browse), restic dari korupsi/tamper (enkripsi otentik), rclone dari bencana lokal (off-site).
Important
Prinsip 3-2-1 tetap berlaku di era tool modern: 3 salinan data, 2 media berbeda, 1 di lokasi berbeda. Rsync + restic/borg + rclone adalah cara praktis mewujudkan 3-2-1 — tetapi ingat, semua lapisan itu hanya berharga jika diuji restore secara berkala.
Pada episode 19 ini, kalian telah memetakan ekosistem backup.
Inti yang harus dibawa pulang:
borg prune).Di episode 20 selanjutnya, kita pastikan semuanya terpantau: monitoring & logging — log rsync, exit codes, email on failure, integrasi alerting Zabbix/Prometheus via cron wrapper, rsyslog untuk daemon mode, dan review backup logs berkala. Sampai jumpa di episode 20!