如何在Linux中同步文件夹 Linux rsync增量备份技巧

P粉602998670

发布时间：2025-08-29 12:03:01

882人浏览过

来源于php中文网

原创

rsync是Linux中实现高效增量备份的首选工具，通过-a参数保留文件属性，--delete确保目标与源一致，--link-dest利用硬链接节省空间，结合cron可自动化备份，配合--dry-run、--exclude等参数提升安全性与灵活性，支持SSH加密传输、带宽限制和校验和检查，适用于本地及远程场景，能可靠同步大量数据并避免重复传输，是构建稳定备份系统的基石。

如何在linux中同步文件夹 linux rsync增量备份技巧

在Linux中同步文件夹，尤其是进行增量备份，

rsync

是一个几乎无可替代的工具。它能够高效地比较源和目标目录，只传输差异部分，这对于日常文件同步、数据迁移乃至构建复杂的备份策略都至关重要。它的强大之处在于，即便网络中断，也能在恢复后从中断处继续传输，大大提升了备份的可靠性。

解决方案

要使用

rsync

在Linux中同步文件夹并实现增量备份，核心在于理解其参数组合。最基础的同步命令通常是这样的：

rsync -avh --delete /源目录/ /目标目录/

这里：

```
-a
```
(archive) 是一个非常方便的组合参数，它等同于
```
-rlptgoD
```
。这意味着它会递归地同步目录（
```
r
```
），保留符号链接（
```
l
```
），保留权限（
```
p
```
），保留修改时间（
```
t
```
），保留组（
```
g
```
），保留所有者（
```
o
```
），并保留设备文件和特殊文件（
```
D
```
）。基本上，它确保了文件和目录属性的完整复制。
```
-v
```
(verbose) 会显示传输过程中的详细信息，让你知道正在发生什么。
```
-h
```
(human-readable) 会以人类可读的格式显示文件大小和传输速度。
```
--delete
```
是一个关键参数，它会删除目标目录中那些在源目录中不再存在的文件。这确保了目标目录是源目录的精确镜像，但使用时务必小心，因为它会永久删除目标文件。

对于增量备份，特别是你想保留多个历史版本，而不是仅仅一个镜像时，

--link-dest

参数就显得非常强大了。它允许你指定一个“参考目录”，

rsync

会检查这个参考目录中是否存在与当前要复制的文件相同的文件。如果存在，它会创建一个硬链接到那个文件，而不是实际复制它。这极大地节省了存储空间。

一个典型的增量备份命令可能看起来像这样：

# 假设 /backup/latest 是上一次完整或增量备份的目录
# 假设 /backup/YYYY-MM-DD-HHMM/ 是本次备份的目标目录
rsync -avh --delete --link-dest=/backup/latest/ /源目录/ /backup/$(date +%Y-%m-%d-%H%M)/

运行这个命令后，你需要更新

latest

符号链接，使其指向新的备份目录：

rm -f /backup/latest
ln -s /backup/$(date +%Y-%m-%d-%H%M)/ /backup/latest

这样，每次运行，新的备份目录只会存储与前一个版本不同的文件，而相同的文件则通过硬链接指向旧版本，实现了高效的增量备份。

rsync 的核心魔力：为什么它是我的首选？

我个人对

rsync

的偏爱，很大程度上源于它在效率和灵活性之间找到了一个完美的平衡点。想想看，当你需要同步TB级别的数据时，如果每次都完整复制，那简直是噩梦。

rsync

的“差分同步”机制，也就是它只传输文件变更的部分，而不是整个文件，这在带宽有限或者数据量庞大的场景下，简直是救命稻草。它不像简单的

cp -r

那样无脑复制，而是会先进行一个智能的比较，这背后涉及到复杂的算法，但对我们用户来说，就是省时省力。

更深层次一点讲，

rsync

能够通过SSH进行加密传输，这在同步远程服务器数据时提供了强大的安全保障。它不仅仅是同步文件，它同步的是一种“状态”，包括文件的权限、所有者、修改时间等等，这些细节在系统管理和数据恢复中至关重要。我曾经尝试过其他一些同步工具，但它们往往在处理权限或特殊文件时出现问题，或者在面对大量小文件时效率低下。

rsync

在这些方面表现得异常稳定和可靠，这让我每次需要处理文件同步任务时，都会不自觉地敲下

rsync

。

实现真正的增量备份：rsync 的关键参数解析

要用

rsync

玩转增量备份，不仅仅是知道

rsync

这个命令，更重要的是理解它背后那些看似不起眼，实则决定成败的参数。我刚才提到的

--link-dest

就是一个核心。它的魔力在于，它允许

rsync

在目标目录中，为那些未改变的文件创建硬链接到指定的参考目录（通常是上一次备份）。这意味着，如果你的

source/file.txt

在两次备份之间没有变动，那么

backup_today/file.txt

就不会是

source/file.txt

的一个新副本，而是

backup_yesterday/file.txt

的一个硬链接。这样，你在文件系统层面看到的每个备份目录都是一个完整的快照，但实际占用的磁盘空间却只有差异部分的大小。

除了

--link-dest

，还有几个参数是构建健壮增量备份方案不可或缺的：

```
-a
```
(archive mode): 这个我已经提过，它确保了文件属性的完整复制。没有它，你可能会丢失权限、时间戳等关键信息。
```
--delete
```
: 这个参数的威力与风险并存。它会删除目标目录中那些在源目录中不再存在的文件。在增量备份场景下，如果你希望每个快照都精确反映源目录在那个时间点的状态，那么
```
--delete
```
是必要的。但如果你希望保留源目录中已被删除的文件，那么就不能使用它，或者需要配合其他策略。
```
--exclude
```
和
```
--include
```
: 这两个参数用于精细控制哪些文件或目录应该被同步，哪些应该被忽略。比如，你可能不想备份
```
node_modules
```
目录，或者只想备份
```
.txt
```
文件。它们的顺序很重要，
```
rsync
```
会按照它们在命令行中出现的顺序进行匹配。
```
--dry-run
```
(
```
-n
```
): 在执行任何有破坏性或你不太确定的操作之前，强烈建议加上这个参数。它会模拟
```
rsync
```
的执行过程，显示会发生什么，但不会实际修改任何文件。这是我每次部署新备份策略前必用的“安全帽”。
```
--progress
```
: 当你同步大量数据时，这个参数能让你看到传输的实时进度，避免你对着黑屏发呆，不知道备份是否还在进行。

理解并巧妙组合这些参数，你就能构建出既节省空间又灵活可靠的增量备份系统。

自动化与调度：让你的备份流程“动”起来

手动运行

rsync

命令，尤其是在需要频繁备份的情况下，很快就会变得枯燥且容易出错。这时候，自动化就成了必然的选择。在Linux环境中，

cron

是我们最常用的任务调度工具，它能让你的

rsync

备份脚本在预设的时间自动运行，真正实现“一劳永逸”。

一个典型的

cron

任务设置，会涉及到编辑你的

crontab

文件。你可以通过

crontab -e

命令打开它。然后，在文件末尾添加一行，定义你的备份任务。

比如，你想每天凌晨3点执行一次增量备份：

0 3 * * * /bin/bash /path/to/your_backup_script.sh >> /var/log/rsync_backup.log 2>&1

这里：

```
0 3 * * *
```
表示在每天的第3小时的第0分钟执行（即凌晨3点）。
```
/bin/bash /path/to/your_backup_script.sh
```
是你实际执行备份逻辑的脚本路径。把前面提到的
```
rsync
```
命令和
```
latest
```
符号链接更新逻辑都封装在这个脚本里。
```
>> /var/log/rsync_backup.log 2>&1
```
是一个非常重要的重定向操作。它会将脚本的所有标准输出和标准错误输出追加到一个日志文件中。这对于后续的故障排查、确认备份是否成功至关重要。你总不希望备份默默失败，然后等你发现时为时已晚吧？

在编写备份脚本时，除了

rsync

命令本身，我通常还会加入一些额外的逻辑：

错误检查： 检查
```
rsync
```
命令的退出状态码。如果非零，说明备份过程中可能出现了问题，这时候可以发送邮件通知管理员。
日志清理： 定期清理旧的日志文件，防止它们占用过多磁盘空间。
磁盘空间检查： 在备份开始前，检查目标磁盘是否有足够的空间。如果空间不足，提前中止备份并发出警告。
互斥锁： 确保同一时间只有一个备份任务在运行，避免多个
```
rsync
```
实例相互干扰，尤其是在备份时间可能重叠的情况下。

自动化备份，不只是设置一个定时任务那么简单，它还需要你考虑周全，把可能遇到的问题都提前考虑到脚本里，这样才能构建一个真正可靠的自动化系统。

TalkMe

与AI语伴聊天，练习外语口语

下载

常见陷阱与避坑指南：我踩过的那些坑

在

rsync

的使用过程中，我确实踩过不少坑，有些是粗心大意，有些则是对参数理解不深。分享这些经验，希望能帮大家少走弯路。

目录末尾斜杠的玄机： 这是
```
rsync
```
最常见的“陷阱”之一。
- ```
rsync -av /source/dir /destination/
```
  ：这会将
```
/source/dir
```
  整个目录及其内容复制到
```
/destination/
```
  下，结果是
```
/destination/dir/
```
  。
- ```
rsync -av /source/dir/ /destination/
```
  ：这只会将
```
/source/dir/
```
  内部的内容复制到
```
/destination/
```
  下，结果是
```
/destination/
```
  直接包含了
```
dir
```
  目录下的所有文件和子目录。这个区别非常微妙，但影响巨大。我曾经因此把一个目录的内容直接铺在了目标根目录下，搞得一团糟。所以，在使用
```
rsync
```
  时，务必明确你想要复制的是目录本身，还是目录里的内容。
```
--delete
```
的杀伤力： 没错，我前面强调过它的重要性，但它也是最容易误用的参数。如果你不小心把源目录路径写错了，或者源目录是个空目录，那么
```
rsync
```
带着
```
--delete
```
跑到目标目录，可能就会把目标目录清空。我的建议是，永远先用
```
--dry-run
```
(
```
-n
```
) 参数跑一遍，确认它会做什么，然后再去掉
```
-n
```
真正执行。这能有效避免很多不必要的损失。
权限问题： 尤其是在跨用户、跨服务器同步时，权限问题是家常便饭。
- 源文件权限不足：
```
rsync
```
  可能无法读取源文件。
- 目标目录写入权限不足：
```
rsync
```
  无法创建或修改目标文件。
- ```
rsync
```
  用户与文件所有者不匹配：即使使用了
```
-a
```
  参数，如果
```
rsync
```
  运行的用户没有足够的权限去设置文件所有者或组，那么这些属性可能无法正确保留。通常的解决方案是使用
```
sudo
```
  运行
```
rsync
```
  ，或者确保
```
rsync
```
  进程的用户在目标机器上有足够的权限。
网络中断与大文件：
```
rsync
```
在网络中断后可以从中断处继续传输，这很棒。但如果你的文件非常大，而网络又极不稳定，反复中断和重试可能会导致效率低下。在这种情况下，可以考虑使用
```
screen
```
或
```
tmux
```
会话来运行
```
rsync
```
，即使SSH连接断开，
```
rsync
```
进程也能在后台继续运行。
```
--exclude
```
规则的陷阱：
```
exclude
```
规则的匹配机制有时会让人困惑。它匹配的是相对于源目录的路径。比如，如果你想排除
```
project/build/
```
目录，那么
```
rsync -av --exclude 'build/' /path/to/project/ /dest/
```
这样写可能不起作用，因为它匹配的是
```
project/build/
```
而不是
```
build/
```
。更稳妥的做法是
```
rsync -av --exclude '*/build/' /path/to/project/ /dest/
```
或者
```
rsync -av --exclude 'build' /path/to/project/ /dest/
```
，这取决于你的具体需求。记住，
```
--exclude
```
规则的顺序很重要，先匹配到的规则会生效。

这些都是我在实际操作中总结出来的经验教训。每次遇到问题，我都会回头仔细阅读

man rsync

，很多时候答案就在那里，只是我当时没有完全理解。

进阶技巧：更安全、更灵活的 rsync 用法

当你的需求不仅仅是本地同步，或者对传输效率、安全性有更高要求时，

rsync

的进阶用法就能派上用场了。

通过 SSH 进行安全同步： 这是
```
rsync
```
最常用也最推荐的远程同步方式。它利用 SSH 的加密通道，确保数据在传输过程中的安全。
```
rsync -avz -e "ssh -p 2222" /local/path/ user@remote_host:/remote/path/
```
这里：
- ```
-z
```
  (compress) 会在传输过程中压缩数据，减少带宽消耗，尤其是在网络带宽有限的情况下非常有用。
- ```
-e "ssh -p 2222"
```
  指定了使用 SSH 作为远程 shell，并且通过
```
-p 2222
```
  指定了 SSH 的端口号。如果你没有修改 SSH 默认端口（22），那么
```
-p 2222
```
  可以省略。
- 你还可以结合 SSH 密钥认证，避免每次输入密码，进一步提升自动化和安全性。
限制带宽使用： 如果你的
```
rsync
```
任务会占用大量带宽，影响其他网络服务，你可以使用
```
--bwlimit
```
参数来限制传输速度。
```
rsync -av --bwlimit=10000 /source/ /destination/
```
这里的
```
10000
```
单位是 KB/s，表示将带宽限制在 10 MB/s。这对于在高峰时段进行备份，避免网络拥塞非常有帮助。
使用
```
rsync
```
daemon 模式： 对于需要提供
```
rsync
```
服务给多个客户端的场景，或者对性能有极致要求时，可以配置
```
rsync
```
服务器以 daemon 模式运行。这种模式下，
```
rsync
```
客户端可以直接连接到
```
rsync
```
daemon，而不是通过 SSH。它通常更快，但需要额外的配置来确保安全性。
部分传输和稀疏文件：
- ```
--partial
```
  ：当
```
rsync
```
  传输中断时，它会保留已经传输的部分文件。下次运行时，可以从中断处继续传输，而不是从头开始。这对于传输大文件尤其有用。
- ```
--sparse
```
  ：如果你正在同步包含大量空洞（sparse files）的文件系统镜像或虚拟机磁盘文件，这个参数可以告诉
```
rsync
```
  在目标端也创建稀疏文件，从而节省大量磁盘空间。
校验和检查： 默认情况下，
```
rsync
```
通过文件大小和修改时间来判断文件是否需要更新。但如果你需要更高的准确性，确保文件内容完全一致（例如，在文件系统损坏或数据完整性要求极高的场景），可以使用
```
--checksum
```
(
```
-c
```
) 参数。它会强制
```
rsync
```
对每个文件进行校验和计算，然后比较校验和来决定是否传输。这会增加传输前的计算时间，但能提供更强的完整性保证。