Tips Mengatur Automated Backup dengan Duplicati ke Multiple Destination

Kehilangan data penting karena hard disk rusak atau server down adalah mimpi buruk setiap developer dan pengguna Termux yang serius mengelola proyek. Duplicati adalah solusi backup open-source yang powerful, tapi banyak yang belum tahu cara memaksimalkannya dengan backup ke multiple destination sekaligus. Artikel ini akan memandu kamu mengatur automated backup yang reliable tanpa perlu jadi sysadmin profesional.

Kenapa Multiple Destination Itu Penting

Prinsip 3-2-1 dalam backup menyarankan: 3 salinan data, 2 media berbeda, 1 di lokasi terpisah. Kalau kamu hanya backup ke satu cloud storage, risiko kehilangan data tetap ada—akun bisa kena suspend, layanan bisa down, atau kamu lupa bayar subscription. Dengan multiple destination, kamu punya safety net berlapis. Misalnya kombinasi Google Drive untuk akses cepat, Backblaze B2 untuk long-term storage, dan NAS lokal untuk restore kilat.

Persiapan Awal

Sebelum mulai, pastikan Duplicati sudah terinstall. Di Termux, kamu bisa install lewat pkg install duplicati atau download binary dari situs resmi untuk sistem lain. Siapkan juga akun di minimal dua layanan cloud berbeda. Saya biasa pakai kombinasi Google Drive (gratis 15GB) dan pCloud (10GB gratis) untuk proyek kecil, atau Backblaze B2 dan Wasabi untuk data besar karena pricing-nya lebih masuk akal.

Buat daftar folder yang benar-benar penting. Jangan asal backup semua file—ini buang bandwidth dan storage. Fokus ke folder seperti /sdcard/projects, database dumps, konfigurasi server, atau folder .ssh yang berisi key. Exclude folder node_modules, cache, dan file temporary yang bisa di-generate ulang.

Langkah Praktis Mengatur Multiple Backup

1. Buat Backup Job Pertama: Buka web interface Duplicati (biasanya di localhost:8200), klik "Add backup", pilih "Configure a new backup". Beri nama deskriptif seperti "Projects-to-GDrive". Pada tahap Destination, pilih Google Drive dan authorize akses. Atur encryption passphrase yang kuat—simpan di password manager, bukan di notes HP.
2. Tentukan Source Data: Pilih folder spesifik, bukan root directory. Gunakan filter untuk exclude pattern seperti *.log, *.tmp, atau node_modules/. Duplicati punya fitur "Exclude files" yang support regex—manfaatkan ini untuk menghemat space.
3. Atur Schedule: Untuk data yang sering berubah seperti database atau code, set daily backup jam 2-3 pagi saat traffic rendah. Untuk arsip atau dokumen, weekly sudah cukup. Jangan set terlalu sering karena bisa bikin quota cloud habis cepat.
4. Duplikasi Job untuk Destination Kedua: Ini bagian yang sering dilewatkan. Setelah job pertama jalan, export konfigurasinya lewat menu "Export". Edit file JSON hasil export, ganti bagian "destination" dengan credential cloud kedua (misalnya Backblaze B2). Import kembali sebagai job baru. Dengan cara ini, kamu punya dua job terpisah dengan source sama tapi destination berbeda.
5. Stagger Schedule: Jangan jalankan semua backup job bersamaan. Kalau backup ke Google Drive jam 2 pagi, set backup ke Backblaze jam 3 pagi. Ini mencegah bottleneck bandwidth dan CPU spike yang bikin device lemot.
6. Test Restore: Ini langkah paling penting yang sering diabaikan. Setelah backup pertama selesai, coba restore beberapa file ke folder temporary. Pastikan file bisa dibuka dan tidak corrupt. Backup yang tidak pernah di-test sama saja dengan tidak punya backup.

Konfigurasi Advanced untuk Efisiensi

Duplicati punya opsi "Advanced options" yang berguna tapi jarang disentuh. Set "upload-volume-size" ke 50MB atau 100MB untuk cloud storage yang charge per request—ini mengurangi jumlah API call. Aktifkan "auto-compact" untuk menghapus data backup lama secara otomatis sesuai retention policy. Untuk koneksi internet tidak stabil, enable "asynchronous-concurrent-upload-limit" dan set ke 2-3 untuk retry otomatis.

Gunakan "backup-retention" dengan bijak. Saya biasa set: keep all backups for 7 days, keep one backup per week for 4 weeks, keep one backup per month for 6 months. Ini balance antara granularity restore dan penggunaan storage.

Kesalahan yang Sering Terjadi

• Tidak encrypt backup: Data di cloud tanpa encryption adalah risiko besar. Selalu gunakan AES-256 encryption dan simpan passphrase dengan aman. Kalau passphrase hilang, data backup tidak bisa di-restore sama sekali.
• Backup credential ke cloud: Jangan backup folder yang berisi API keys, password database, atau private keys tanpa extra layer encryption. Pisahkan credential ke vault terpisah seperti KeePass atau Bitwarden.
• Tidak monitor backup status: Set notifikasi email atau Telegram bot untuk alert kalau backup gagal. Duplicati punya opsi "send-mail-on-error" yang bisa dikonfigurasi. Backup yang gagal diam-diam selama berminggu-minggu adalah skenario terburuk.
• Mengabaikan bandwidth limit: Kalau pakai koneksi terbatas, set "throttle-upload" di Duplicati untuk limit kecepatan upload. Backup yang menghabiskan quota internet bulanan dalam semalam bukan solusi yang sustainable.
• Tidak test restore secara berkala: Lakukan drill restore minimal sebulan sekali. Cek apakah file masih bisa dibuka, database dump bisa di-import, dan permission file tetap benar setelah restore.

Tips Aman dan Etis

Backup automation adalah tentang melindungi data kamu sendiri, bukan mengakses atau menyimpan data orang lain tanpa izin. Pastikan kamu punya hak legal atas semua data yang di-backup. Jangan gunakan akun cloud orang lain atau shared account tanpa permission eksplisit.

Untuk developer yang handle data client, pastikan backup comply dengan regulasi seperti GDPR atau UU PDP. Encrypt data at rest dan in transit, gunakan cloud provider yang punya compliance certification, dan dokumentasikan retention policy dengan jelas.

Jangan backup data yang melanggar terms of service cloud provider—misalnya konten ilegal, pirated software, atau data hasil scraping tanpa izin. Akun bisa langsung di-ban dan kamu kehilangan akses ke semua backup.

Monitoring dan Maintenance

Setup monitoring sederhana dengan script yang check log Duplicati setiap hari. Saya pakai cron job yang parse log file dan kirim summary ke Telegram kalau ada error atau warning. Duplicati juga punya built-in reporting yang bisa dikirim via email—manfaatkan fitur ini.

Lakukan verify backup integrity minimal sebulan sekali dengan menjalankan "Verify files" di Duplicati. Proses ini check apakah file di cloud storage masih match dengan hash yang tersimpan di database lokal. Kalau ada mismatch, segera investigate—bisa jadi ada corruption atau tampering.

Update Duplicati secara berkala. Versi baru sering fix bug yang bisa menyebabkan backup corruption atau gagal restore. Subscribe ke mailing list atau GitHub releases untuk notifikasi update.

Kesimpulan

Automated backup ke multiple destination dengan Duplicati bukan rocket science, tapi butuh planning dan testing yang proper. Dengan setup yang benar, kamu bisa tidur nyenyak tanpa khawatir kehilangan data penting. Ingat: backup yang tidak pernah di-test adalah ilusi keamanan. Luangkan waktu untuk drill restore secara berkala dan monitor status backup. Investment waktu beberapa jam untuk setup ini akan save kamu dari disaster yang bisa bikin rugi jutaan rupiah atau bahkan karir.