用 rsync + cron 可稳定实现异地定时备份,核心是免密传输、增量同步与自动清理;需先配置 SSH 免密登录,再编写含日志记录、7天旧备份清理及数据库导出功能的备份脚本,并通过 cron 定时执行。

用 rsync + cron 就能稳定实现异地定时备份,核心是“免密传输 + 增量同步 + 自动清理”,不依赖额外服务,也不需要开 rsync daemon。
确保 rsync 和 SSH 免密登录可用
这是整个流程的前提。两台机器都必须装好 rsync(Ubuntu/Debian 用 sudo apt install rsync,CentOS/RHEL 用 sudo yum install rsync)。更重要的是远程传输必须走 SSH,所以得先配好免密登录:
- 在本地服务器执行 ssh-keygen -t rsa,一路回车生成密钥对
- 用 ssh-copy-id user@remote_host 把公钥推到远程服务器(或手动复制 ~/.ssh/id_rsa.pub 内容追加到远程的 ~/.ssh/authorized_keys)
- 测试:运行 ssh user@remote_host date,能直接返回时间就说明免密成功
写一个带日志和清理的备份脚本
别直接把 rsync 命令塞进 crontab,封装成脚本能更好控制流程、记录状态、自动清理旧备份:
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq(Cortex‑A9/A53 + FPGA)Linux 环境,调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查,支持 PetaLinux 开发。
- 脚本里明确指定源路径(如 /var/www/html)、目标用户和主机(如 backup@192.168.10.50)、远程备份目录(如 /backup/www_$(date +%Y%m%d))
- 用 rsync -avz --delete -e "ssh -p 22" 同步:-z 开启压缩,--delete 保持远程与本地完全一致(慎用,确认无误再加)
- 同步后加一句 ssh backup@192.168.10.50 "find /backup -name 'www_*' -mtime +7 -exec rm -rf {} \;",自动删掉 7 天前的备份
- 每行命令后加 && echo "[OK] xxx" || echo "[FAIL] xxx",方便排查失败环节
- 最后把整个执行过程重定向到日志文件,比如 > /var/log/backup.log 2>&1
用 cron 设置可靠定时任务
脚本写好后,给它加执行权限:chmod +x /opt/scripts/backup.sh。再用 crontab -e 添加任务:
- 例如每天凌晨 2:30 执行:30 2 * * * /opt/scripts/backup.sh
- 如果脚本里用了绝对路径的命令(如 /usr/bin/rsync),建议全部写全,避免 cron 环境变量缺失导致命令找不到
- 首次添加后,可手动运行一次脚本验证输出,再等 cron 触发前检查 systemctl status cron 确保服务在运行
- 建议加一行日志轮转,比如在脚本开头加 exec > >(tee -a "/var/log/backup_$(date +%Y%m).log") 2>&1,按月分日志更易追踪
针对数据库等特殊数据单独处理
网站文件可以直接 rsync,但 MySQL 这类正在运行的服务不能直接拷文件,得先导出再传:
- 在备份脚本里先调用 mysqldump -u root -p'passwd' dbname | gzip > /tmp/db_$(date +%s).sql.gz
- 再用 scp /tmp/db_*.sql.gz backup@192.168.10.50:/backup/mysql/ 传过去(比 rsync 传单个大文件更稳)
- 传完立刻删本地临时文件:rm -f /tmp/db_*.sql.gz
- 远程服务器上可另写一个恢复脚本,遇到故障时快速还原

















