Linux rsync用 link-dest 规划增量快照空间的实现方法

我第一次把备份目录从“覆盖式同步”改成按日期保留时，最在意的不是命令短不短，而是每天都能看到一份完整目录，同时又不能每天复制一整份数据。rsync --link-dest 正好适合这个边界：新快照是独立目录，未变化的普通文件与上一份快照共享硬链接，发生变化的文件才写入新内容。

先把快照目录设计成可回滚的形状

假设源目录是 /srv/app/data/，备份根目录是 /srv/backup/。第一天先创建完整快照，目录名用日期或不可重复的运行标识：

# 第一次复制源目录，作为后续 link-dest 的基准
rsync -aH --delete /srv/app/data/ /srv/backup/2026-09-20/

# -a 保留常用属性，-H 保留源数据内部的硬链接关系
# --delete 只作用于本次目标目录，不要把备份根目录写成目标

这里的尾部斜杠也有实际含义：源路径带斜杠表示复制目录内容，避免在目标下再套一层 data。第一份快照成功后，后续目录必须保持同样的相对结构。

用 link-dest 让未变化文件共享空间

第二天不要把昨天的目录直接当成写入目标，而是新建空目录，并将昨天的目录作为相对 basis：

# 新目录承接今天的快照；../2026-09-20 相对今天的目标目录解析
rsync -aH --delete \
  --link-dest=../2026-09-20 \
  /srv/app/data/ /srv/backup/2026-09-21/

# 未变化文件会硬链接到上一份快照；变化或新增文件单独写入
# 生产脚本应先确保 2026-09-21 是空目录，再执行这条命令

官方手册把它描述为类似 --copy-dest 的比较方式，但未变化文件改为从 basis 目录创建硬链接。也就是说，每个日期目录看起来都像完整快照，真正占用的新增空间主要来自新增文件和变化文件。若文件的权限、所有者等保留属性不一致，即使内容相同也可能无法链接。

空间节省失效时先查四个条件

检查 inode 是否共享时，可在受控测试目录里比较两个文件的链接计数；不要为了“让它链接上”随意打开 --ignore-times，因为该选项会阻止 rsync 把相同文件作为硬链接替代品。符号链接、设备节点、FIFO 等特殊对象也不保证获得和普通文件一样的空间收益。

把删除和保留周期放在快照层处理

--delete 的作用范围是当前同步的目标目录；它不会替你决定哪些历史快照可以删除。更稳妥的做法是把同步和保留策略拆开：同步脚本只生成新日期目录，清理脚本只删除超过保留周期、且已经明确不再作为恢复点的旧目录。

# 只列出超过 14 天的日期目录，确认后再交给清理策略
find /srv/backup -mindepth 1 -maxdepth 1 -type d -mtime +14 -print

# 不要把清理命令直接接在 rsync 后面；先保留可审计的候选列表

如果一次同步中断，优先删除未完成的新目录并从上一份完整快照重新开始；不要把半成品目录继续当作下一次的 --link-dest。需要长期保留的月度快照也应先脱离日常清理规则，并记录恢复入口。

常见问题

link-dest 是不是把整个旧目录复制了一份？

不是。目录结构会在新快照中重新建立，未变化的普通文件通过硬链接共享数据块；变化文件才新增内容，因此目录视图完整但空间增长较慢。

为什么内容一样却没有硬链接？

先查保留属性、目标目录是否为空、basis 路径是否解析正确，以及两边是否跨了不支持硬链接的文件系统边界。

可以直接在上一份快照上同步吗？

不建议。link-dest 更适合空的新目标目录；在旧目录上改属性或删除文件，可能影响与其他快照共享的硬链接关系。

这套方案的关键不是把 --link-dest 塞进一条命令，而是让每次快照都有新的目录、稳定的属性和清晰的清理边界。这样恢复时按日期选目录，日常空间又只为真正变化的数据付费。