Backup off-site
Mengapa salinan di samping data tidak menyelamatkan Anda, di mana menyimpannya, cara membatasi izin kunci, dan apa yang harus dapat diakses jika mesin sepenuhnya tidak tersedia.
Diperbarui 23 Agustus 2026
Salinan di disk yang sama hanya melindungi Anda dari satu hal — kesalahan rm -rf Anda sendiri. Hanya salinan di lokasi lain yang menyelamatkan Anda dari instalasi ulang OS, kehilangan akses, ransomware, atau kegagalan apa pun yang melumpuhkan seluruh mesin.
Di mana menyimpannya
| Di mana | Kelebihan | Yang perlu diperhatikan |
|---|---|---|
| VPS kedua | Kontrol penuh, tautan cepat | Kedua mesin di satu penyedia — risiko bersama |
| Komputer rumah atau NAS | Murah, terpisah secara fisik | Perlu alamat permanen atau sisi rumah yang memulai koneksi |
| Penyimpanan objek S3 | Tanpa pemeliharaan, bayar sesuai volume | Periksa biaya trafik keluar saat memulihkan |
| Penyimpanan terpisah dengan akses SFTP | Sederhana, murah untuk volume besar | Biasanya tidak ada versioning di sisi penyimpanan |
Prinsipnya sederhana: salinan harus bertahan dari kehilangan total mesin sumber. Jika kedua penyimpanan tumbang akibat satu peristiwa, Anda hanya punya satu lokasi.
Siapa yang menarik dari siapa
Ada dua opsi, dan keduanya melindungi dari ransomware secara berbeda.
Mesin yang mendorong salinan. Sederhana, tetapi kunci push berada di mesin. Penyerang yang mendapatkan root akan menjangkau penyimpanan juga.
Penyimpanan yang menarik salinan sendiri. Kunci berada di penerima, dan mesin tidak mengetahuinya sama sekali. Lebih aman, tetapi mengharuskan penerima dapat menjangkau mesin.
Kompromi yang mencakup keduanya: mesin mendorong, tetapi kunci di penerima dibatasi hanya untuk menulis, tanpa izin menghapus.
command="rrsync -wo /srv/backup/vds",restrict ssh-ed25519 AAAA... vds-backup
Dengan Restic, peran yang sama dimainkan oleh mode append-only — repositori yang hanya bisa Anda tambahkan:
restic --repo sftp:backup@host:/srv/restic backup /data
Dalam kasus ini, penerima menghapus snapshot lama sesuai jadwalnya sendiri, bukan mesin.
Kunci yang berada di mesin dan berhak menghapus salinan menurunkan nilai seluruh skema. Ransomware mencari kunci itulah terlebih dahulu. Izin menghapus harus dimiliki pihak lain.
Pemeriksaan ketersediaan
Anda biasanya membutuhkan pemulihan pada saat terburuk: mesin mati, Anda panik, dan tidak ada waktu. Pastikan sebelumnya bahwa Anda memiliki:
- Alamat penyimpanan dan kredensial — dicatat di luar mesin ini.
- Kata sandi repositori Restic — di pengelola kata sandi.
- Kata sandi root mesin — disimpan terenkripsi dan ditampilkan oleh tombol di tab “Access” pada panel
/hosting/vds/m/<id>, tetapi panel hanya tersedia untuk Anda. - Daftar apa ada di mana: salinan mana berisi apa.
Catat ini dalam catatan singkat dan simpan di luar VPS.
Berapa banyak data yang dipindahkan
Bandwidth hingga 500 Mbps, tetapi hambatannya biasanya di sisi penerima. Lakukan salinan penuh pertama secara manual dan pada waktu sepi; setelah itu, hanya perubahan yang akan lewat. Untuk membatasi kecepatan agar tidak mengganggu layanan:
rsync --bwlimit=10000 ...
restic backup --limit-upload 10000 ...
Nilai dalam kilobyte per detik.
Kesalahan umum
- Kedua salinan di satu penyedia di satu lokasi. Itu satu lokasi, apa pun sebutannya.
- Salinan didorong, tetapi tidak ada yang tahu prosesnya berhenti. Siapkan pemeriksaan push di Uptime Kuma.
- Anda belum pernah mencoba pemulihan. Lihat latihan pemulihan.
- Kredensial penyimpanan ada di skrip yang juga ikut masuk ke salinan. Tidak fatal dengan enkripsi, tetapi jika Anda kehilangan penyimpanan bersama skripnya, itu sebuah celah.
Apa tepatnya yang harus dimasukkan ke salinan dibahas di apa yang harus di-backup; metodenya adalah rsync dan Restic.