第 99 课 - 实战：备份策略与恢复演练
学习目标
完成本课后，你将能够：
- 理解并描述“3-2-1”备份原则的核心思想。
- 区分全量备份、增量备份与差异备份，并能根据场景选择合适的类型。
- 使用
tar和rsync命令行工具制定和执行备份计划。 - 设计并实施一个包含备份脚本、计划任务和恢复验证的完整备份策略。
- 执行基本的恢复操作，并验证备份数据的完整性和可用性。
核心概念
在数据为王的时代，备份不是“可选”项，而是“必选”项。一次成功的恢复，建立在之前无数次成功备份的基础上。
1. 备份的黄金法则：3-2-1 原则
这是一个被广泛认可的数据保护最佳实践：
- 3 份数据副本（1份生产数据 + 2份备份）。
- 2 种不同的存储介质（例如：本地磁盘 + 网络存储/NAS）。
- 1 份副本存放在异地（例如：云端存储、另一栋办公楼）。
这个原则的核心是避免单点故障，即使遭遇硬件损坏、人为误删或自然灾害，你的数据依然安全。
2. 备份类型：全量、增量与差异
理解它们的区别是制定高效策略的关键：
- 全量备份：备份所有选定的数据。优点是恢复简单直接，缺点是耗时且占用存储空间大。
- 增量备份：只备份自上一次任何类型备份后发生变化的文件。优点是快速且节省空间，缺点是恢复时需要最近一次的全量备份以及之后所有的增量备份，链条较长。
- 差异备份：只备份自上一次全量备份后发生变化的文件。优点是恢复时只需全量备份和最近一次差异备份，缺点是差异备份的文件会随着时间推移越来越大。
通俗比喻：
- 全量备份：给你的整个书架拍一张完整的照片。
- 增量备份：每天只记录“今天新放上了哪几本书”。
- 差异备份：记录“自上次拍照以来，所有新放上的书”。
3. 工具选择
tar：经典的打包归档工具，非常适合将多个文件和目录打包成一个单独的文件（.tar.gz或.tar.bz2），便于存储和传输。rsync：强大的文件同步与备份工具。它最大的优势是增量传输，只传输源和目标之间有差异的部分，并且可以轻松实现远程备份（通过SSH）。
代码示例
示例1：使用 tar 创建全量备份脚本
我们将创建一个简单的脚本，备份网站目录并加上时间戳。
#!/bin/bash
# backup_full.sh - 使用 tar 创建网站目录的全量备份
# 1. 定义变量
BACKUP_SRC="/var/www/html" # 要备份的源目录
BACKUP_DEST="/backups/web" # 备份文件存放的目录
DATE=$(date +%Y%m%d_%H%M%S) # 生成时间戳，如 20231027_143000
BACKUP_FILE="website_full_backup_${DATE}.tar.gz" # 备份文件名
# 2. 检查备份目录是否存在，不存在则创建
mkdir -p ${BACKUP_DEST}
# 3. 执行备份，并记录日志
echo "开始全量备份 ${BACKUP_SRC} ..."
tar -czvf ${BACKUP_DEST}/${BACKUP_FILE} -C $(dirname ${BACKUP_SRC}) $(basename ${BACKUP_SRC})
# 4. 检查备份是否成功
if [ $? -eq 0 ]; then
echo "备份成功: ${BACKUP_DEST}/${BACKUP_FILE}"
# 可选：计算备份文件的大小和MD5校验和
ls -lh ${BACKUP_DEST}/${BACKUP_FILE}
md5sum ${BACKUP_DEST}/${BACKUP_FILE} | tee ${BACKUP_DEST}/${BACKUP_FILE}.md5
else
echo "备份失败！" >&2
exit 1
fi
# 5. 清理超过30天的旧备份
find ${BACKUP_DEST} -name "website_full_backup_*.tar.gz" -type f -mtime +30 -exec rm -f {} \;
echo "已清理30天前的旧备份文件。"
解释：
-czvf：c(create 创建),z(gzip 压缩),v(verbose 显示过程),f(file 指定文件名)。-C：切换到指定目录后再打包，这样解压时不会包含完整的绝对路径。- 通过
date命令为文件名添加唯一的时间戳。 - 脚本包含了错误检查和清理旧备份的逻辑。
示例2：使用 rsync 进行目录同步备份
rsync 本身就是一个强大的增量备份引擎。
# 将本地 /data 目录同步到远程备份服务器 /backups/server1 目录
# -a: 归档模式，保留权限、所有者等
# -v: 详细模式
# -z: 传输时压缩
# -e ssh: 指定使用ssh作为远程shell
# --delete: 删除目标端在源端不存在的文件（慎用！确保这是你想要的）
# --backup: 为被覆盖或删除的文件创建备份
# --backup-dir: 指定备份文件存放的目录
rsync -avz -e ssh --delete --backup --backup-dir=/backups/server1/deleted_$(date +%F) /data/ user@backup-server:/backups/server1/data/
# 使用 rsync 进行本地备份，并创建硬链接的“快照”式备份（类似时间机器）
# 这种方式结合了全量备份的易恢复性和增量备份的空间效率
LATEST_BACKUP="/backups/local/latest"
CURRENT_BACKUP="/backups/local/backup_$(date +%Y%m%d)"
rsync -a --delete --link-dest=${LATEST_BACKUP} /data/ ${CURRENT_BACKUP}/
# 更新 ‘latest’ 链接指向最新的备份
rm -f ${LATEST_BACKUP}
ln -s ${CURRENT_BACKUP} ${LATEST_BACKUP}
解释：
--link-dest是关键参数，它会检查指定目录（LATEST_BACKUP）中的文件。如果源文件没有变化，就在新备份目录中创建指向旧文件的硬链接，从而极大地节省磁盘空间。
实践练习
练习1：基础全量备份
要求：编写一个 Shell 脚本，使用 tar 命令备份你主目录下的 ~/Documents 文件夹。备份文件应命名为 documents_backup_YYYYMMDD.tar.gz，并存放在 /tmp/backups/ 目录下。脚本执行完成后，应打印出备份文件的路径和大小。
预期输出：
备份完成：/tmp/backups/documents_backup_20231027.tar.gz
大小：15M
练习2：使用 rsync 同步文件
要求：假设你有一个目录 /project/v1 存放着项目文件。现在 /project/v2 存放着更新的文件，但其中一些文件与 v1 相同。
- 使用
rsync将/project/v1完整备份到/backup/project_v1_full。 - 然后，仅将
/project/v2中新增或修改的文件同步到/backup/project_v2_incremental，不要删除目标目录中已存在的文件。 提示：思考一下--update和--delete参数的用法。
练习3：设计并验证备份恢复
要求：
- 为你选择的一个重要目录（如
/etc或~/important_data）设计一个简单的备份策略（例如：每周日全量备份，周一至周六增量备份）。 - 使用
tar的-g选项或rsync的--link-dest来实现增量备份。 - 关键步骤：模拟数据丢失，删除原始目录中的几个文件，然后从你的备份中成功恢复它们。
- 写下恢复的步骤和使用的命令。
常见错误
- “备份即完成”谬误：最大的错误是备份后从未测试过恢复！没有经过恢复验证的备份等于没有备份。务必定期（例如每月）执行一次恢复演练。
- 备份存储位置不当：将备份和生产数据放在同一块物理磁盘上。如果磁盘损坏，将同时失去数据和备份。
- 忽略权限与所有者：使用
tar备份时忘记添加-p(preserve permissions) 选项，导致恢复后文件权限丢失，应用无法启动。 rsync的--delete滥用：在同步时使用--delete，如果源目录被意外清空，目标目录的数据也会被删除，造成灾难。在初次同步或不确定时，应先使用--dry-run进行模拟。- 备份脚本无监控和告警：脚本静默失败（如磁盘满了），无人知晓，直到需要恢复时才发现备份早已中断。应将脚本输出重定向到日志文件，并配置任务失败时的邮件告警。
小结
- 备份策略是运维的生命线：遵循 3-2-1 原则构建有韧性的备份体系。
- 工具选型：
tar适用于打包归档和简单备份，rsync在文件同步、增量备份和远程备份方面功能强大。 - 备份类型：根据数据变化频率和恢复速度要求，合理搭配 全量、增量、差异备份。
- 脚本化与自动化：将备份过程编写成脚本，并通过
cron定时任务实现自动化。脚本应包含错误处理、日志记录和清理旧备份的功能。 - 验证！验证！验证！：备份的最终目的是恢复。定期进行恢复演练是确保备份有效性的唯一方法。
在下一课“系统故障排查方法论”中，我们将学习当系统出现问题时，如何像侦探一样一步步定位并解决问题。而本节课所建立的可靠备份，将是你在排查过程中最坚实的后盾。
练习编辑器
rust
Loading...