test/
任意の1 GBファイルを含むディレクトリを作成し、head -c 1G </dev/urandom >test/1GBfile
次を使用します。二重性:
duplicity test/ file:///home/www/backup/
その後、/home/www/backup/
暗号化されたアーカイブが含まれ、約1GBを占めます。
次に、数バイトの新しいファイルを追加してecho "hello" >test/hello.txt
バックアップを再実行します。
duplicity test/ file:///home/www/backup/
まだbackup/
〜1GBです。増分バックアップと同様に、1KB未満の一部のファイルのみが生成されます。
それでは、1GBファイルの名前を変更してmv test/1GBfile test/1GBfile_newname
増分バックアップを再実行してみましょう。:
duplicity test/ file:///home/www/backup/
それならbackup/
今は〜2GBです!。
duplicity
ファイルの内容は同じですが、名前が異なることを考慮しませんか?
ここでネットワークを使用すると、ファイルの内容がまったく同じであっても、1GBの転送を無駄にします。この問題はduplicity
通常rsync
解決できます。この問題を回避する方法はありますか?
.txt ファイルを追加してログインします。
--------------[ Backup Statistics ]--------------
StartTime 1605543432.43 (Mon Nov 16 17:17:12 2020)
EndTime 1605543432.72 (Mon Nov 16 17:17:12 2020)
ElapsedTime 0.29 (0.29 seconds)
SourceFiles 3
SourceFileSize 1073745926 (1.00 GB)
NewFiles 2
NewFileSize 4102 (4.01 KB)
DeletedFiles 0
ChangedFiles 0
ChangedFileSize 0 (0 bytes)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 2
RawDeltaSize 6 (6 bytes)
TotalDestinationSizeChange 230 (230 bytes)
Errors 0
-------------------------------------------------
ファイルの名前を変更してログインしてください。
--------------[ Backup Statistics ]--------------
StartTime 1605543625.97 (Mon Nov 16 17:20:25 2020)
EndTime 1605543840.72 (Mon Nov 16 17:24:00 2020)
ElapsedTime 214.76 (3 minutes 34.76 seconds)
SourceFiles 3
SourceFileSize 1073745926 (1.00 GB)
NewFiles 2
NewFileSize 1073745920 (1.00 GB)
DeletedFiles 1
ChangedFiles 0
ChangedFileSize 0 (0 bytes)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 3
RawDeltaSize 1073741824 (1.00 GB)
TotalDestinationSizeChange 1080871987 (1.01 GB)
Errors 0
-------------------------------------------------
TotalDestinationSizeChange 1080871987 (1.01 GB)
ああ!ファイルがただ名前変更!
答え1
「名前の変更を処理」していないようですduplicity
。ここでこの列を参照してください。https://wiki.archlinux.org/index.php/Synchronization_and_backup_programs#Chunk-based_increments
duplicity
使用によるlibrsync
(例:「名前変更処理」を行わないでください。)、正常に見えます。