Linux自动备份脚本挂死主因是缺乏生命周期控制与异常兜底：须用timeout防阻塞、文件锁防多实例、完整日志定位问题、校验产物有效性并失败告警。
Linux 自动备份脚本挂死，多数不是因为命令写错，而是缺乏进程生命周期控制和异常兜底机制。关键在于：不依赖单一命令阻塞等待，主动监控自身状态，超时即终止，失败可重试或告警。
用 timeout 包裹核心备份命令，防无限阻塞
rsync、tar 或 mysqldump 在网络抖动、磁盘满、权限异常时可能卡住不动。直接运行会拖垮整个定时任务队列。
- 给每个耗时操作加硬性超时，例如：timeout 3600 rsync -av --delete /data/ user@backup:/backups/
- 超时后 exit code 为 124，可在脚本中判断：if [ $? -eq 124 ]; then echo "备份超时，强制退出" >&2; exit 1; fi
- 避免用 timeout 0（表示不限时），也别只靠 crontab 的“下一轮覆盖”——它不杀前次残留进程
检查并清理残留进程，避免多实例冲突
crontab 每小时执行一次，但上次 rsync 若卡在 copy 阶段未退出，下次又启动，就会形成多个 rsync 竞争同一目标路径，极易损坏备份一致性。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 脚本开头加锁检测：if pgrep -f "rsync.*backup" > /dev/null; then echo "已有备份运行中，退出"; exit 1; fi
- 更稳妥做法是使用文件锁：if ! ln -s "$0" "/tmp/backup.lock" 2>/dev/null; then echo "锁被占用"; exit 1; fi; trap 'rm -f /tmp/backup.lock' EXIT
- 必要时 kill 掉旧进程：pkill -f "mysqldump.*--result-file" 2>/dev/null（注意匹配精度，避免误杀）
分离 stdout/stderr 并记录完整日志，便于定位挂死原因
不记录日志的备份脚本等于盲操作。挂死后连“卡在哪一步”都看不到。
- 重定向全部输出：./backup.sh >> /var/log/backup.log 2>&1，并在脚本内用 set -x 开启命令追踪（上线前关闭）
- 每步加时间戳和状态标记：echo "$(date): 开始压缩数据库..." >> $LOG，if [ $? -ne 0 ]; then echo "$(date): 压缩失败" >> $LOG; exit 1; fi
- 对关键命令单独捕获 stderr：rsync ... 2> >(tee -a $LOG >&2)，确保错误不丢失
加入基础健康检查与失败响应机制
备份完成≠备份可用。挂死常发生在“看似成功”的环节之后，比如 tar 生成了空包、rsync 传输了 0 字节、MySQL dump 导出的是错误页。
- 校验备份产物有效性：[ -s "/backups/latest.tar.gz" ] || { echo "备份文件为空"; exit 1; }
- 验证归档完整性（如 tar）：tar -tzf /backups/latest.tar.gz >/dev/null 2>&1 || { echo "tar 文件损坏"; exit 1; }
- 失败时触发轻量通知：echo "备份失败 $(date)" | mail -s "Backup Alert" admin@example.com（需提前配置 sendmail 或 msmtp）
