按盘点、准备、同步、停写、灰度、切换、回滚七步走，把迁移风险压到可控范围。文中数据为区间参考，线路与资源会变，下单前建议用测试 IP 自行复测。
下面把判断依据、实测区间与落地动作拆开讲，涉及 服务器迁移、网站搬家、数据迁移 的关键点都给出了可验证的标准。
先盘点
列清站点、数据库、定时任务、证书、DNS 记录与外部回调地址，漏一个就得多停一次机。
新机准备
同版本环境先跑通再迁数据，不要边迁边升级，出问题分不清是环境还是数据。
全量加增量
rsync 首轮全量，之后用 --delete 增量对齐；文件多时加 --exclude 排除缓存目录。
数据一致性
文件同步完成后短暂停写或切只读，再导一次数据库，避免丢最后几分钟的订单。
灰度与切换
先改本地 hosts 验证，再降 TTL 改解析；旧机保留 7 天不同步下线，留出回滚窗口。
速查表
| 环节 | 关键动作 |
|---|---|
| 先盘点 | 列清站点、数据库、定时任务、证书、DNS 记录与外部回调地址，漏一个就得多停一次机 |
| 新机准备 | 同版本环境先跑通再迁数据，不要边迁边升级，出问题分不清是环境还是数据 |
| 全量加增量 | rsync 首轮全量，之后用 --delete 增量对齐；文件多时加 --exclude 排除缓存目录 |
| 数据一致性 | 文件同步完成后短暂停写或切只读，再导一次数据库，避免丢最后几分钟的订单 |
常见问题
Q：这些数据与标准多久需要重新核对一次？
线路、清洗资源和价格都会变，建议每季度复测一次；换机房或换供应商时必须重新测，不要沿用旧结论。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
小结
回到这篇的 5 个环节：先盘点、新机准备、全量加增量、数据一致性、灰度与切换。建议把这次的数据存成基线，下次复测直接对比，判断趋势比看单点更可靠。
相关阅读：网站备份三板斧：数据库、文件、配置、企业邮箱自建还是买：成本与维护对照、DNS解析怎么配：A/CNAME/MX/TXT与TTL取舍。
延伸阅读：网站备份三板斧：数据库、文件、配置、DNS解析怎么配：A/CNAME/MX/TXT与TTL取舍、WordPress搬家：换域名与换主机的完整流程。