Linux备份校验必须内嵌于脚本末尾而非额外步骤，需用tar -tzf和test -s验证完整性与非空性，失败时记录日志并exit 1，配合crontab日志重定向实现可追溯闭环。
Linux 自动化备份数据校验不是“额外加一步”，而是备份脚本里必须包含的收尾动作。没有校验的备份等于没备——压缩包损坏、目录为空、权限不足都可能导致恢复失败，而这些在生成时未必报错。
校验必须在脚本内完成，不能靠定时任务触发
crontab 只负责调用脚本，不参与逻辑判断。校验动作必须写进备份脚本末尾，确保每次执行都验证结果：
- 用 tar -tzf 备份文件.tar.gz > /dev/null 检查 tar 包是否可读、结构完整；返回非 0 码说明损坏
- 用 test -s 备份文件.tar.gz 确认文件非空（防止因源路径错误生成 0 字节空包）
- 校验失败时加 echo "$(date): Backup validation failed" >> /var/log/backup.log 并 exit 1，让 crontab 日志明确记录失败
配合日志重定向，让校验结果可追溯
光有校验不够，得留下证据。crontab 条目末尾必须加日志重定向：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 推荐写法：0 2 * * * /home/user/backup.sh >> /var/log/backup.log 2>&1
- 这样 stdout（如 echo 日志）和 stderr（如 tar 报错）都会进入同一文件，方便用 tail -n 20 /var/log/backup.log 快速查看最近执行状态
- 脚本内部也可补充关键节点日志，例如校验前写 echo "$(date): Starting validation..." >> /var/log/backup.log
避免“假成功”：校验要覆盖常见失效场景
以下情况脚本可能“看似成功”但实际无效，校验需主动识别：
- 源目录不存在或权限不足：tar 会警告但不中断，生成空包。用 tar -tzf 会直接报错
- 磁盘写满导致截断：备份文件大小异常小。可在校验后加 [ $(stat -c "%s" "$BACKUP_FILE") -lt 1024 ] && exit 1（设阈值为 1KB）
- 时间戳命名冲突未生效：若 date 命令失败，可能生成固定名如 backup_.tar.gz。检查文件名是否含有效时间格式，否则退出
不需要单独配一个“校验定时任务”
有人想另写一个脚本每天检查前一天备份包，这反而增加复杂度和失败点。正确做法是：一次备份 + 立即校验 + 记录日志。所有逻辑都在一个脚本里闭环，crontab 只管按时拉起它。
