如何预估rsync同步目录后的磁盘总使用量变化以验证备份空间充足性

这个问题确实挺棘手的——毕竟rsync的操作涉及文件新增、替换、删除，还有软硬链接的处理，空间变化不是简单的“源目录大小减目标现有大小”就能算清楚的。不过结合rsync的特性和类似rsnapshot的备份场景，我总结了几个实用的方法，你可以按需选用：

方法1：用--dry-run+--stats做基础预估 #

rsync自带的模拟运行和统计参数能帮你快速拿到预计传输的数据量，虽然不是精确的磁盘净变化，但能给你一个参考基准。
运行命令：

rsync -av --dry-run --stats /source/dir/ /backup/dir/

看输出里的Total transferred file size字段，这是rsync预计要传输的文件总大小。不过要注意：

• 如果目标目录里有文件会被替换，这个统计只算新文件的大小，实际空间变化是「新文件大小 - 旧文件大小」，如果新文件更小，反而会释放空间
• 删除的文件不会在这个统计里体现，你需要单独留意输出里的*deleting条目，把这些文件的大小加回来（因为删除会释放空间）

方法2：解析--itemize-changes输出计算精确净变化 #

如果想要更准确的空间变化值，可以用-i（即--itemize-changes）配合--dry-run，让rsync列出所有待修改的项目，再手动或写脚本计算净空间变化：
运行命令：

rsync -ai --dry-run /source/dir/ /backup/dir/

解析每行的标志位来对应空间变化：

• 开头是>f+++++++++：新增文件，加上该文件的大小
• 开头是>f.st......：文件大小变更，加上「新大小 - 旧大小」（可能为负，代表释放空间）
• 开头是*deleting：删除文件/目录，加上该文件/目录的大小（空间释放）
• 软硬链接：硬链接本身不占额外数据空间（仅目录项），软链接只占几十字节，一般可以忽略，或者统一按每个链接100字节估算

你可以写个简单的shell脚本，遍历输出行，调用stat获取文件大小，自动计算总净变化量。

方法3：针对rsnapshot式硬链接备份的精准估算 #

如果你是用类似rsnapshot的方式（通过--link-dest指向最近的快照，共享未修改文件的硬链接），那空间需求其实就是源目录与最近快照的差异文件总大小——因为未修改的文件会用硬链接指向旧快照，不会占用新空间。
运行命令：

rsync -av --dry-run --stats --link-dest=/path/to/latest/snapshot /source/dir/ /new/snapshot/

这时候--stats里的Total transferred file size就是新快照需要的额外空间，这个数值非常精准，完全匹配rsnapshot的备份逻辑。

额外建议：预留安全冗余 #

不管用哪种方法估算，都建议预留10%-20%的冗余空间。原因包括：

• 文件系统元数据（inode、目录项等）会占用一定空间，尤其是大量小文件的场景
• 稀疏文件、特殊权限文件的处理可能带来估算误差
• 后续可能有临时文件、日志等占用少量空间

备注：内容来源于stack exchange，提问作者Bri Bri