Linux rclone copy和sync对目标多余文件的处理有何区别

在 Linux 上把目录复制到云端或另一台存储时，rclone copy 和 rclone sync 最容易混淆的地方，不是“能不能传文件”，而是目标目录中那些源端已经没有的文件要不要留下。官方地址：https://rclone.org/。一句话判断：日常备份优先用 copy，希望目标成为源目录镜像时才用 sync。

copy 只把源端缺少或变化的内容补到目标端，不主动删除目标多余文件；sync 会让目标端贴近源端，目标多余文件可能被删除。涉及 sync 时，先用 dry-run 看清删除范围，再决定删除时机和护栏。

• 只增不删：选择 rclone copy SOURCE DEST。
• 目标镜像源：选择 rclone sync SOURCE DEST。
• 有删除风险：先加 --dry-run，必要时配合 --max-delete 或 --backup-dir。

先用一个目录集合看懂两条命令

假设源目录有 report.md 和 today.log，目标目录除了这两个文件，还多了已经从源端移走的 old.log。两条命令都会比较同名文件的大小、修改时间或可用校验值，并跳过已经相同的对象；分歧出现在目标端独有的 old.log。

copy 把源目录内容补到目标目录，old.log 继续保留。它适合保留历史文件的备份、增量拷贝或把一组新文件发布到已有目录。注意 rclone 处理的是目录内容，不会额外套一层源目录名。

copy 只补齐源端内容，不负责清理目标端

一个保守的备份命令可以这样写：

# 将源目录内容补到远端备份目录，目标端旧文件不会因本次复制被删除
rclone copy /srv/project backup:project

# 只演练变更清单，不产生永久修改
rclone copy --dry-run /srv/project backup:project

即使源端后来删除了 old.log，再次执行 copy 也不会替你清理远端同名历史文件。如果你把目标当作长期归档区，这正是它的优点；如果目标必须严格等于源端，就不要把“copy 成功”误认为“镜像完成”。

这里的边界也包括过滤规则：被排除的路径不会因为普通 copy 自动消失。需要先规划保留周期，再使用单独的删除命令或清理策略，不要把复制和清理混成一次不可逆操作。

sync 让目标贴近源目录，删除是关键差异

sync 的目标是让两边内容一致，所以目标端独有文件会进入删除判定。官方文档把它列为可能造成数据丢失的操作，建议先演练：

# 先查看将要复制、更新和删除的对象，确认源目标方向没有写反
rclone sync --dry-run /srv/project backup:project

# 确认清单后再同步；默认删除时机是传输完成后
rclone sync --delete-after /srv/project backup:project

删除时机可以按场景调整：--delete-before 先清目标再传输，--delete-during 在传输过程中处理，--delete-after 则在传输后处理。对重要目标，通常先保留默认的 after 语义并观察 dry-run 输出，避免源端读取异常时过早破坏已有内容。

把 sync 放进一个可控的小项目

假设每天把 /srv/project 镜像到远端。可以把命令放进脚本，但先把删除数量和旧文件去向写清楚：

#!/usr/bin/env bash
set -euo pipefail

# 先演练，人工确认删除清单后再移除这一行的 --dry-run
rclone sync --dry-run \
  --max-delete 20 \
  --backup-dir backup:project-deleted \
  /srv/project backup:project

# --max-delete 限制单次删除数量；--backup-dir 为变更文件保留备份位置

上面只是发布前的安全模板，不代表已经在本机执行。正式运行前检查三个结果：源和目标参数没有写反；dry-run 中的删除项确实是过期文件；删除数量没有超过团队可以接受的范围。若一次变更远超预期，应停下来调查过滤规则、挂载点和源目录是否选错。

需要注意，排除的文件通常不会被删除，除非显式使用 --delete-excluded；源端读取出现错误时，sync 也不会继续删除目标文件。不要为了“清得更干净”直接打开这个选项，先明确过滤规则是否把有效文件排除了。

常见问题

目标端多余文件一定会被 copy 删除吗？

不会。普通 copy 的核心语义是不删除目标端文件；需要一致镜像时才考虑 sync。

sync 能不能直接用于备份？

可以，但它更像镜像而不是历史归档。若要保留源端删除后的版本，应使用 copy、独立归档目录或为 sync 规划 --backup-dir，并先用 dry-run。

应该先选 delete-before 还是 delete-after？

先使用 dry-run 观察清单。没有明确理由时，优先理解并保留默认的 --delete-after，再结合目标存储和恢复策略决定是否调整。