Linux批量数据迁移需以rsync+SSH实现可靠增量同步，辅以自动化脚本封装、错误处理、定时执行与邮件通知，并在迁移前后进行环境检查与清理。
Linux 服务器批量数据迁移，核心在于“可靠传输 + 状态可控 + 可重复执行”，自动化脚本不是锦上添花，而是降低人为失误、统一操作标准的关键环节。
用 rsync + SSH 实现带校验的增量同步
rsync 是 Linux 批量迁移的首选工具，它支持断点续传、压缩传输、文件差异比对和权限保留。配合 SSH，无需额外配置服务端，安全性也足够。
- 基础命令示例：rsync -avz --delete -e "ssh -p 2222" /data/ user@192.168.1.100:/backup/data/（-a 保留属性，-v 显示过程，-z 启用压缩，--delete 清理目标端多余文件）
- 加 --dry-run 先模拟运行，确认将要传输/删除的文件列表，避免误操作
- 为避免密码交互，提前在源服务器部署 SSH 免密登录（ssh-copy-id），并限制目标账户仅能执行 rsync（通过 authorized_keys 的 command= 选项）
用 shell 脚本封装迁移流程并加入错误处理
把 rsync 命令包装成可复用、带日志和退出判断的脚本，是实现自动化的第一步。重点不是功能多炫酷，而是每一步失败都能及时中止并留下线索。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 脚本开头定义变量（源路径、目标地址、日志路径），方便不同环境复用
- 每次 rsync 后检查 $? 返回值，非 0 就写入错误日志并 exit 1，不继续后续步骤
- 用 date +%Y%m%d-%H%M%S 生成时间戳，为每次执行的日志和备份目录命名，避免覆盖
- 可加入简单校验：迁移后在目标端运行 sha256sum -c 比对源端生成的校验文件（提前用 find + sha256sum 生成）
用 cron 或 systemd timer 定时触发 + 邮件通知
批量迁移常需定期执行（如每日归档、每周同步），靠人工点运行不现实。定时任务 + 结果反馈，才算真正闭环。
- cron 示例：0 2 * * * /opt/scripts/migrate_data.sh >> /var/log/migrate.log 2>&1（每天凌晨 2 点执行）
- 脚本末尾用 mail 或 sendmail 发送简明摘要：“成功迁移 1284 个文件，耗时 3m22s” 或 “失败：目标磁盘空间不足”
- 更推荐 systemd timer：比 cron 更易管理依赖（比如等网络就绪后再运行）、支持 OnFailure= 单独定义失败动作
迁移前后做轻量级环境检查与清理
脚本不只是“搬数据”，还要确保搬得进去、搬得安心。几行检查代码，能省去大量排查时间。
- 执行前检查：源目录是否存在、目标主机是否 ping 通、目标路径是否有写权限、剩余磁盘空间是否 ≥ 预估大小 × 1.2
- 执行后清理：自动压缩旧日志（logrotate 或手动 gzip）、删除 7 天前的临时校验文件、归档已完成的迁移记录到独立目录
- 若迁移涉及数据库或应用文件，脚本可调用 systemctl is-active 判断服务状态，必要时加锁或暂停写入
不复杂但容易忽略。真正稳定的批量迁移，往往藏在 rsync 参数的取舍、脚本里的一句 if 判断、以及定时任务里那行发邮件的命令里。
