这是我每天晚上在服务器上运行的Duplicity备份的输出:
--------------[ Backup Statistics ]--------------
StartTime 1503561610.92 (Thu Aug 24 02:00:10 2017)
EndTime 1503561711.66 (Thu Aug 24 02:01:51 2017)
ElapsedTime 100.74 (1 minute 40.74 seconds)
SourceFiles 171773
SourceFileSize 83407342647 (77.7 GB)
NewFiles 15
NewFileSize 58450408 (55.7 MB)
DeletedFiles 4
ChangedFiles 6
ChangedFileSize 182407535 (174 MB)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 25
RawDeltaSize 59265398 (56.5 MB)
TotalDestinationSizeChange 11743577 (11.2 MB)
Errors 0
-------------------------------------------------
我不知道我是否正确阅读,但它似乎在说:
在我看来,我们说我只推了11.2 MB,但由于这些新文件,它们可能至少推动了55.7 MB(无法真正制作文件的小三角形)这之前并不存在,然后是三角洲将采取的其他磁盘空间。
当我看到这些报告时,我感到困惑。有人可以帮忙澄清一下吗?我曾尝试过挖掘文档,但对这些价值观的简明扼要的简明解释并没有多大帮助。
答案 0 :(得分:0)
免责声明:我找不到合适的资源来解释这种差异,也找不到支持这种理论的重复文档。
ChangedDeltaSize,DeltaEntries和RawDeltaSize与实际文件中的更改无关,它们与顺序数据之间的差异有关。 Duplicity使用rsync算法创建备份,而备份又是增量编码的一种。
增量编码是一种以差异形式而非完整文件形式存储数据的方法。因此,您看到的增量变化是这些数据的变化,因此可以更小。实际上,我认为它们应该较小,因为它们只是变化的数据的小片段。
某些来源:
-http://duplicity.nongnu.org/“使用rsync算法加密的带宽有效备份”。
-https://en.wikipedia.org/wiki/Rsync“ rsync算法是一种增量编码。.”
-https://en.wikipedia.org/wiki/Delta_encoding