IDC 迁移不宕机：一份可执行的业务搬家清单

IDC 迁移之所以被称为"高风险动作"，不是因为技术难度高，而是因为变量太多：遗漏一台测试机、少迁一个 cron 任务、DNS TTL 没提前调低，都可能造成业务中断。

一、迁移前：资产盘点要彻底

1. 列出全部服务器：IP、用途、责任人、上下游依赖
2. 导出 DNS 解析记录，尤其注意第三方服务与历史遗留记录
3. 收集计划任务、脚本、crontab 与自动化配置单据
4. 确认 IP 白名单：银行接口、第三方 API、合作伙伴防火墙
5. 整理备份策略与最近一次可恢复的时间点

二、迁移中：先同步，再切换

• 采用双写或增量同步：数据库用主从同步，文件用 rsync 增量
• 提前将 DNS TTL 调低，缩短切换生效时间
• 先切换非核心业务验证链路，再逐步切核心
• 保留旧环境至少 7～14 天不释放

三、回滚预案必须有

迁移当天必须准备好两件事：回滚脚本与决策阈值——出现什么指标（错误率、延迟、订单失败数）达到什么值时，立刻触发回滚。事到临头靠直觉决定，往往是最贵的决策方式。

四、切换后的验证项

• 核心业务流程端到端走一遍
• 监控告警、日志采集是否正常
• 定时任务是否按预期执行
• HTTPS 证书、SEO 跳转、邮件发送链路是否受影响
• 预约业务高峰时段盯盘

如果是整机柜搬迁或跨城迁移，建议提前安排停机窗口公告与专人值守，降低对用户预期的影响。