常见场景
换主机商
对价格、服务或响应不满意。风险相对低，主要注意续费时间和数据完整性。
IDC / 机房搬迁
机房到期、线路变更、机位调整。需要与新旧机房协调，多数情况可以做到不停机。
上云 / 下云
从 IDC 迁到云，或从云迁回物理机。涉及架构改造（弹性伸缩、高可用组等在物理机上没有对应实现）。
业务整合
多个站合并到一套环境。需要处理会话、Cookie、缓存、邮件与定时任务的冲突。
换域名 / 换品牌
技术上是新建 + 301 映射。难点不在技术，在于内容与外链策略。
标准做法
- 盘清依赖
文件、数据库、定时任务、crontab、外部回调、IP 白名单、反代配置、邮件发送源。漏掉任何一项都会在迁移后才暴露。
- 目标环境先行
在目标端完整搭建并配置好 —— 环境版本、扩展、配置都要与源端一致或更新到可用版本。不要先拆旧的再搭新的。
- 全量演练
用真实数据跑一次完整迁移，记录耗时并验证数据完整性。这一步做不做，决定了割接当天是顺利还是灾难。
- 增量同步与并行
割接前做最后一次增量同步，把停机窗口压到最短。
- 割接与验证
选低峰时段切换解析；切换后逐项验证：首页、后台、表单、登录、搜索、定时任务、邮件发送。
- 观察与收尾
观察 24–72 小时，确认稳定后再释放旧资源。旧环境至少保留 3–7 天，出问题时能立刻回退。
什么情况下不能停机：通过调整解析 TTL、改用反向代理或 CDN 做流量切换，多数站点可以做到不停机。真正需要停机的通常是强写入的大型数据库或不能容忍数据延迟的业务。
需要提前告知的事
| 事项 | 为什么必须提前说 |
|---|---|
| 原主机商的到期时间 | 很多迁移事故是「新环境还没弄好，旧环境已经到期」，两边都没上线 |
| 备案与主机商的关系 | 更换主机商通常需要在原备案平台做接入变更，有流程和时间要求 |
| 依赖固定 IP 的地方 | 第三方回调、支付白名单、老客户端、CDN 回源规则都要同步更新 |
| 证书与私钥 | 需要提前在新环境部署并验证，不要等切换当天才处理 |
| 是否有写入中的业务 | 决定能不能做增量同步，还是必须停机窗口 |
常见问题
迁移会不会影响收录？
规范操作下影响可控。关键是 URL 路径保持不变、配置完整 301 映射、切换后尽快在 Search Console 提交站点地图。如果同时换了域名，情况会复杂得多，需要单独规划。
一定要停机吗？
不一定。通过增量同步 + 短暂停机写，或者用解析与代理层切换，多数站点可以把停机压到几分钟甚至零停机。取决于数据量和业务类型，方案阶段会明确说明。
迁移期间出问题了怎么回退？
旧环境保留 3–7 天，切回解析即可恢复。这也是我们坚持「先搭新、再演练、后割接、旧环境不删」的原因 —— 每一步都留着退路。