Linux备份恢复高级教程_RsyncTar全量增量策略实战

Rsync + Tar 组合适合中小规模 Linux 系统备份，核心在于策略设计：一、Rsync 用 --link-dest 实现硬链接式增量，配合时间戳目录与 --delete；二、Tar 封装快照并校验；三、分层执行每月全量、每周/每日增量及归档；四、恢复需兼顾权限、SELinux、服务状态与校验。

Rsync + Tar 组合不是万能方案，但对中小规模 Linux 系统来说，它足够灵活、可控、不依赖特殊服务，且能兼顾全量与增量备份需求。关键不在工具本身，而在策略设计和执行细节——比如时间戳管理、目录结构规划、硬链接复用、校验机制是否落地。

一、Rsync 做增量同步：靠变更检测，不靠文件内容比对

Rsync 的增量能力来自其传输算法，但“增量备份”常被误解为“只传变化的字节”。实际中更常用的是 --link-dest 配合目录快照，实现空间高效的历史版本保留。

• 每次备份生成带时间戳的独立目录（如 /backup/www_20250520），但不复制全部文件
• 用 --link-dest=/backup/www_20250519 参数让新目录中未变文件以硬链接指向前一次，节省磁盘空间
• 务必加 --delete（慎用！建议先加 --dry-run 测试）清理已删除文件，保持目标与源一致
• 避免在 NFS 或某些网络文件系统上使用硬链接，可能失效；本地 ext4/xfs 可靠

二、Tar 做归档封装：解决 Rsync 不留历史快照的问题

Rsync 同步的是“当前状态”，无法回溯某天某个时刻的完整快照。Tar 把某次 Rsync 结果打包压缩，就形成可验证、可离线、可迁移的备份单元。

• 推荐在 Rsync 完成后立即 tar 打包当日快照目录：tar -czf www_20250520.tar.gz -C /backup www_20250520
• 加 --atime-preserve 保留访问时间，--sparse 处理稀疏文件（如虚拟机镜像）
• 用 tar -tzf xxx.tar.gz | head -20 快速检查包内容，避免空包或路径错误
• 不要 tar 正在被 rsync 写入的目录——加锁或等 rsync 退出后再打包

三、混合策略实战：每周全量 + 每日增量 + 每月归档

真正落地的备份不是“全量 or 增量”，而是分层组合。一个典型周期示例：

• 每月 1 日：执行全量 Rsync（无 --link-dest），生成 full_20250501，再 tar 压缩并标记 full
• 每周一：基于上个全量目录做 --link-dest 增量，生成 incr_weekly_20250506，tar 后标记 weekly
• 其他工作日：基于昨日目录做 --link-dest，生成 incr_daily_20250520，仅保留最近 7 天，tar 后标记 daily
• 所有 tar 包统一存到另一台机器或对象存储，用 md5sum *.tar.gz > checksums.md5 记录校验值

四、恢复不是“tar -xf 就完事”：要还原上下文

备份做得好，恢复时却出错，往往因为忽略了路径、权限、SELinux 上下文或服务状态。

• 恢复前确认目标文件系统支持扩展属性（xattrs）：tar 加 --xattrs 和 --acls 才能还原 ACL 和 SELinux 标签
• 解压时用 -C / 要格外小心，建议先解到临时目录，用 diff -r 对比关键配置文件再覆盖
• 数据库、邮件队列等有状态服务，不能只恢复文件——需配合服务停启、事务日志、一致性检查（如 mysqlcheck）
• 写个简易恢复脚本，自动校验 tar 包完整性、提取路径、提示风险操作，比手动敲命令可靠得多