多节点自动备份需统一策略、分散执行、集中验证，单节点脚本须自洽：显式声明path、时间戳命名、内置日志与错误捕获、自动清理7天备份；同步用rsync over ssh，支持增量与断点续传；批量部署靠统一下发crontab或覆盖共享脚本；验证包括时效性、完整性、恢复测试及磁盘预警。
多节点自动备份不是堆机器，而是让每台服务器“知道自己该什么时候、备份什么、同步到哪、留多久”。核心在于统一策略+分散执行+集中验证，不依赖中心化平台也能跑得稳。
单节点备份脚本必须自洽
每个节点的备份动作要能独立运行成功，不能靠 crontab 环境或临时变量。推荐用 shell 脚本封装全部逻辑：
- 开头显式声明 PATH（如 PART=/usr/local/bin:/usr/bin:/bin; export PATH），避免找不到 rsync、mysqldump 等命令
- 用时间戳命名备份文件（如 site_$(date +\%Y\%m\%d_\%H\%M).tar.gz），便于排序和清理
- 内置日志记录（echo "$(date): backup start" >> /var/log/backup.log）和错误捕获（|| echo "fail at $(date)" >> /var/log/backup.log）
- 末尾加自动清理：只保留最近 7 个备份，用 ls -t /backup/*.tar.gz | tail -n +8 | xargs rm -f
节点间同步走 rsync over SSH
备份完成不等于数据安全，同步才是多节点一致性的关键。rsync 比 scp 更适合生产环境，因为它支持增量、断点续传和权限保留：
- 在源节点配置免密 SSH 登录到目标节点（ssh-copy-id user@192.168.1.100）
- 在备份脚本末尾追加同步命令：rsync -avz --delete --exclude='*.tmp' /backup/ user@192.168.1.100:/backup/
- 同步也重定向日志：2>> /var/log/backup_sync.log，方便排查网络超时或权限拒绝
- 如需跨公网，建议加 --bwlimit=1000 限速，避免挤占业务带宽
批量部署与统一更新
几十台机器挨个改 crontab 或上传脚本不可持续。两种轻量但有效的管理方式：
- 用标准 crontab 文件统一下发：写好 /tmp/backup.cron（含 0 2 * * * /usr/local/bin/backup.sh），再用 ssh 批量执行 crontab -u root /tmp/backup.cron
- 所有节点的备份脚本统一放在 /usr/local/bin/backup.sh，更新时只需一次 scp 覆盖，再触发 reload
- 若用宝塔面板，可在“计划任务”里新建 Shell 脚本任务，选择“Linux 自定义脚本”，粘贴内容并设置周期，界面操作更直观
验证不能只看日志有没有报错
自动化真正的价值是“出问题前就知道它可能出问题”，所以验证要落在三个具体动作上：
- 每天检查 ls -lt /backup/ | head -n 5，确认最新备份文件时间是否在预期范围内
- 随机抽一个备份包，用 tar -tzf xxx.tar.gz | head -n 3 快速验证可读性和结构完整性
- 每月执行一次模拟恢复：解压到测试目录，比对关键配置文件 md5sum 是否与线上一致
- 磁盘空间预警：在脚本开头加判断 [ $(df /backup | awk 'NR==2 {print $5}' | sed 's/%//') -gt 85 ] && exit 1
