跨地域服务器迁移优先使用云厂商内网专线或 VPC 对等连接，公共网络传输需开启断点续传与压缩。适用场景为数据中心搬迁或云区域切换，风险边界在于公网抖动可能导致大文件传输哈希校验失败。

命令速用版

# 链路质量测试（持续 10 秒）
mtr -rwC 10 目标 IP

# 文件同步（开启压缩与断点续传）
rsync -avz `--progress` `--partial` 源路径 用户@目标 IP: 目的路径

# 查看当前网络连接状态
ss -tnp | grep Established

为什么会这样

物理距离增加信号传播时间，公共网络路由跳数增多会提高丢包概率。传输中断通常由 TCP 超时重传机制触发，而非带宽不足。

跨地域场景下，光速限制导致往返延迟（RTT）必然存在，公网路径经过多个运营商节点，任意节点拥塞都会导致数据包丢弃。若传输工具不支持断点续传，单次丢包超时可能迫使整个任务重启，造成时间浪费。

分步处理

第一步：链路评估与 MTU 检查

使用 mtr 工具测试源到目的地的丢包率和延迟波动，确认是否存在固定节点高丢包。检查 MTU 设置，避免大包分片导致效率下降。

操作动作：执行mtr -rwC 100 目标 IP，观察最后一列 Loss%。若中间节点丢包超过 5%，考虑更换传输线路或使用云厂商内网。

第二步：选择支持断点续传的工具

优先使用 rsync、rclone 或云厂商提供的数据迁移服务（如 AWS DataSync、阿里云在线迁移）。避免使用默认配置的 scp，因其中断后需重新开始。

操作动作：配置 rsync 参数`--partial` `--progress`，保留部分传输的文件以便续传。

第三步：执行增量同步

在正式切换前，先进行全量同步，业务低峰期再进行多次增量同步，减少最终切换时的数据差异。

操作动作：首次运行全量 rsync，切换前再次运行相同命令，仅传输变动文件。

第四步：业务切换与 DNS 生效

停止源端写入，执行最后一次增量同步，修改 DNS 解析指向新服务器 IP。

风险边界：DNS TTL 设置过长会导致部分用户仍访问旧服务器，需提前调低 TTL 值。

怎么验证是否生效

通过文件哈希校验和数据包延迟测试确认迁移完整性与网络质量。

检查命令：在源端和目的端分别执行md5sum 文件名比对哈希值。使用ping 目标 IP或业务接口 curl 测试响应时间。

状态判断：哈希值一致说明数据完整，业务接口延迟在预期范围内说明网络路径优化生效。

常见坑

防火墙规则未同步会导致新服务器端口不通，迁移后无法提供服务。

数据库迁移未处理字符集或引擎兼容性，导致应用报错。

SELinux 或安全组限制 rsync 端口，导致传输卡在连接阶段。

大文件传输未调整 TCP 窗口大小，导致高延迟链路下带宽跑不满。

常见问题

数据库跨地域迁移如何保证一致性？

优先使用主从复制同步数据，切换时停止源库写入并确认同步延迟为零。

传输过程中断后是否需要重新开始？

若使用 rsync 带`--partial` 参数或 rclone，只需重新执行命令即可续传，无需从头开始。

如何减少 DNS 切换带来的用户访问中断？

提前将 DNS TTL 值调低至 60 秒，切换完成后观察日志确认流量已全部指向新 IP。