公司 2026 年 8 月成立以来，我们接到的需求里有一类出现得很频繁：老服务器过保了，或者机房要搬，但没人敢动那台跑了好几年的机器。害怕的理由通常很具体——没人知道上面到底跑了几个服务，也没人验证过备份能不能恢复。

我们处理这类迁移时的顺序基本固定，写下来供参考。

第一步：先摸清现状，再谈迁移

把服务器上的进程、端口、定时任务、数据库连接串、外部接口地址一条条列出来。这一步不能省。很多“迁完起不来”的事故，根源是有个没人记得的定时任务没跟着搬过去。

第二步：做全量备份，并且验证可恢复

备份完成不等于能恢复。我们会把备份文件在另一台机器上真正还原一次，跑通登录和一条真实业务查询，才进入下一步。

第三步：迁应用，先不切流量

在新服务器上把应用装好、配置对齐，用测试数据跑一遍，让新旧环境并行运行一段时间。并行期越长，发现问题的机会越多。

第四步：迁数据库

用主备同步或者导出导入的方式把数据搬过去，比对行数和关键表的校验值，确认两边一致。涉及金额的表单独再核一遍。

第五步：切流量，留回滚点

改 DNS 或者调整网关指向，选一个业务低峰时段。切换前把旧环境的配置快照留好，一旦出问题能立刻指回旧地址。

迁移结束后还有一件容易被跳过的事：把旧服务器上的东西再清一遍，确认没有遗漏的服务还挂在上面，然后才决定它什么时候下线。我们把这一步也写进交付文档里。