Saya mencoba menyusun strategi cadangan untuk beberapa klien, dan condong ke arah duplikasi untuk cadangan jarak jauh (sudah menggunakan rdiff-cadangan untuk cadangan internal / di lokasi).
Apakah masuk akal untuk menginginkan cadangan penuh begitu sering? Karena peningkatan duplikat maju, setiap cadangan tambahan bergantung pada kenaikan sebelumnya, dan semua sangat bergantung pada cadangan penuh terakhir. Jika itu menjadi korup, hal-hal buruk terjadi. Pertanyaan terkait: Apakah Duplicity menguji cadangan inkremental untuk konsistensi?
Dengan asumsi saya memang menginginkan cadangan penuh sesering mungkin, seberapa efisien duplikat membuat cadangan lengkap itu? Bisakah / apakah itu memeriksa tanda tangan file dan menyalin data yang tidak berubah dari backup / peningkatan penuh sebelumnya? Pada dasarnya membuat arsip 'lengkap' baru mentransfer data baru / diubah dan menggabungkan data yang tidak berubah yang ada?
Saat ini kekhawatiran saya adalah bahwa menjalankan pencadangan penuh diperlukan, tetapi penggunaan bandwidth yang besar dan konsisten dari pencadangan penuh akan membuat ini tidak masuk akal untuk beberapa klien.
sumber
Apa yang Anda minta disebut cadangan penuh sintetis , yang mengacu pada proses mendapatkan cadangan penuh dengan menggabungkan cadangan tambahan dengan cadangan penuh sebelumnya di sisi tujuan (yaitu: server cadangan).
Saya tidak terbiasa dengan Duplicity, tetapi dari situs web mereka tampaknya tidak melakukan backup penuh sintetis. Anda harus menyimpan semua inkremental kembali ke penuh yang menjadi basisnya. Jika itu adalah kasus, Anda mungkin akan ingin memaksa full backup setiap begitu sering, karena:
Salah satu cara menarik untuk mencapai sintetis penuh adalah dengan menggunakan rsync dengan opsi --link-dest = DIR , atau menggunakan rsnapshot . Ini hanya akan menyimpan perbedaan antara setiap cadangan inkremental, tetapi masing-masing akan tampak penuh. Ketika Anda menghapus salah satu dari mereka, itu akan secara otomatis menggabungkan tambahan secara tepat. Ini dilakukan melalui keajaiban tautan keras, sehingga diffs akan berbasis file (baik file telah berubah dan termasuk dalam diff, atau tidak).
sumber