先给结论
迁移按六步走：盘点、备份、搭建新环境、数据同步、切换、观察。切换前定好停机窗口并告知相关方，回滚条件提前写清：出现数据不一致、核心功能不可用或错误率明显上升且原因不明，立即回退到迁移前状态。
迁移步骤表
| 阶段 | 要做的事 | 完成标志 |
|---|---|---|
| 盘点 | 梳理站点文件、数据库、证书、依赖组件与定时任务 | 迁移清单齐全，无遗漏项 |
| 备份 | 全量备份并生成可回滚的快照 | 备份文件完整可读 |
| 新环境准备 | 版本对齐、配置迁移、权限设置 | 新环境可独立访问 |
| 数据同步 | 传输数据并做增量校对 | 两边数据一致 |
| 切换 | 更新解析或切换入口指向新环境 | 流量由新环境承接 |
| 观察 | 监控可用性、错误日志与核心功能 | 指标平稳，无新增异常 |
停机窗口怎么安排
- 提前评估迁移所需的时间跨度，选业务影响最小的时段；
- 提前告知受影响的部门与用户，说明维护时段；
- 把可预做的工作（新环境搭建、文件传输）放在窗口之前，窗口内只做切换与验证；
- 窗口内明确分工：谁执行切换、谁验证页面、谁负责对外沟通。
回滚方案要提前写好
回滚不是临时起意，切换前就要确认：回滚的操作步骤、回滚后数据如何对齐、由谁下令执行。触发条件写清楚，避免故障现场反复争论。宁可回退后再排查，也不要在状态不明时强行推进。迁移完成后整理一份记录，含时间线、变更项与遗留问题，方便后续追溯。
涉及数据与配置的搬迁，建议交由运维托管服务按清单执行。
常见问题
迁移一定要停机吗？
多数迁移需要一个停机窗口来完成数据的最终对齐与切换。可以通过提前传输数据把窗口压缩，但完全不停机的迁移对环境要求高，中小站点通常不必为此增加复杂度。
迁移后网站变慢是什么原因？
常见原因有：新环境资源规格不足、配置未对齐、缓存未预热、数据未完整迁移导致查询变慢。按这几种可能逐项排查，对照迁移前的基线判断差异出在哪一层。
旧服务器什么时候可以释放？
确认新环境稳定运行、备份完整且经过一段时间观察之后再释放，同时保留一份数据归档。过早释放会让回滚失去依托。
迁移过程中数据丢了怎么办？
先停止继续写入，用迁移前的备份恢复，再比对差异数据补齐。这正是迁移前必须做全量备份的原因：它决定了出问题时有没有退路。