Linux自动化备份恢复验证脚本需闭环执行备份→校验→模拟恢复→结果验证，通过时间戳文件、SHA256摘要文件确保完整性，并在临时目录轻量恢复验证关键文件存在性与内容有效性，统一退出码便于监控告警。
在 Linux 中编写自动化备份与恢复验证脚本，核心是把“备份执行→备份校验→模拟恢复→恢复结果验证”四个环节串成闭环，避免只备份不验证导致关键时刻失效。
备份脚本需自带完整性标记
单纯用 tar 或 rsync 打包不够，必须附带可验证的元数据。推荐在每次备份后生成两个关键文件：
-
时间戳文件：如
backup_20241015_142301.timestamp，内容仅一行当前完整时间（date +"%Y-%m-%d %H:%M:%S"），便于追溯 -
校验摘要文件：用
sha256sum对备份包本身计算哈希，保存为backup_20241015_142301.tar.gz.sha256
这样后续验证时，只需比对文件是否存在、时间是否合理、哈希是否匹配，就能快速判断备份包是否完整可用。
恢复验证不能只解压，要走最小可用路径
真实恢复可能涉及权限、路径、服务依赖等，但验证脚本不必全量还原。建议设计“轻量级恢复验证”：
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 在临时目录（如
/tmp/restore_test）中解压备份包 - 检查关键文件是否存在且非空（例如配置文件
nginx.conf、数据库 schema 文件schema.sql） - 对文本类关键文件抽样校验内容（如用
grep -q "listen 80" nginx.conf确认配置逻辑未损坏） - 如果是数据库 dump，可用
head -n 20 backup.sql | grep -q "CREATE TABLE"快速确认结构头有效
用退出码驱动流程，让脚本能被监控和调度
每个关键步骤都应设置明确的退出码，并统一约定含义：
-
exit 0：全部通过（备份成功 + 校验通过 + 恢复验证通过） -
exit 1：备份失败或超时 -
exit 2：校验失败（哈希不匹配 / 时间戳异常） -
exit 3：恢复验证失败（关键文件缺失 / 内容异常）
这样配合 cron 定时运行后，可用日志采集工具（如 logrotate + grep "exit [1-3]"）自动告警，也可接入 Zabbix、Prometheus 的自定义脚本监控。
示例骨架：一个可直接修改使用的备份验证脚本
以下为简化版骨架（假设备份目标为 /var/www）：
#!/bin/bash
BACKUP_DIR="/backup"
SOURCE_DIR="/var/www"
TIMESTAMP=$(date +"%Y%m%d_%H%M%S")
BACKUP_FILE="$BACKUP_DIR/www_$TIMESTAMP.tar.gz"
<h1>步骤1：打包并保留权限</h1><p>tar -czf "$BACKUP_FILE" -C / "$SOURCE_DIR" || { echo "Backup failed"; exit 1; }</p><h1>步骤2：生成时间戳和校验码</h1><p>echo "$(date +"%Y-%m-%d %H:%M:%S")" > "$BACKUP_FILE.timestamp"
sha256sum "$BACKUP_FILE" > "$BACKUP_FILE.sha256"</p><h1>步骤3：轻量恢复验证</h1><p>TEST_DIR="/tmp/restore<em>test</em>$$"
mkdir -p "$TEST_DIR"
tar -xzf "$BACKUP_FILE" -C "$TEST_DIR" || { echo "Extract failed"; exit 3; }
if [[ ! -f "$TEST_DIR/$SOURCE_DIR/index.html" ]] || [[ ! -s "$TEST_DIR/$SOURCE_DIR/index.html" ]]; then
echo "Critical file missing or empty"
rm -rf "$TEST_DIR"
exit 3
fi</p><h1>步骤4：清理并返回成功</h1><p>rm -rf "$TEST_DIR"
echo "Backup and validation OK"
exit 0</p> 
