迁移上线准备检查清单

使用方式

迁移的风险不在“命令会不会执行”，而在“数据是否一致、业务是否可回滚、相关方是否知情”。这份清单适用于数据库、中间件、云平台、Kubernetes 和机房迁移。

在迁移前两周启动评估，迁移前一周完成演练，切换当天按清单逐项打勾。

检查清单

1. 范围与依赖

迁移对象、边界和不迁移项已明确。
上下游依赖、调用方和定时任务已梳理。
域名、证书、网络、防火墙和 DNS 变更已列出。
账号、权限、密钥和第三方集成已确认。
迁移窗口和业务低峰期已对齐。

2. 兼容性

源端和目标端版本、协议、字符集、时区兼容。
SQL/API/配置/插件/扩展的差异已评估。
客户端和驱动版本满足目标端要求。
监控、备份、日志和告警已适配。
许可和合规要求已确认。

3. 数据

全量迁移工具和增量同步方案已验证。
数据量、索引、大对象和特殊字符已评估。
校验规则明确：行数、checksum、抽样、业务对账。
迁移过程中的写入冲突和幂等策略已设计。
回滚时的数据反向同步方案已准备。

4. 演练

在测试环境完整演练至少一次。
记录每步耗时，确认窗口足够。
回滚演练通过，回滚时间可接受。
故障注入：网络中断、磁盘满、进程崩溃。
关键命令和脚本有版本和复核人。

5. 切换

变更单、审批和通知已完成。
切换步骤按顺序编号，每步有验证和回滚点。
停止写入、追平增量、校验数据、切换流量。
DNS TTL 提前调低，证书和负载均衡已就绪。
观察指标：错误率、延迟、连接数、复制延迟。

6. 回滚

回滚触发条件明确（错误率、延迟、数据不一致）。
旧环境在观察期内保持可用。
回滚脚本经过演练，不依赖临时决策。
回滚后的数据补偿方案已确认。
回滚决策人和沟通路径明确。

7. 迁移后

业务、数据、监控、备份全部验证。
旧环境按计划下线，保留最后备份。
更新文档、runbook、资产清单和联系人。
观察至少一个完整业务周期。
复盘迁移耗时、问题和改进项。

常见误区

只做全量迁移，没有增量追平，切换时丢数据。
校验只看行数，不看内容和业务对账。
回滚方案停留在文档，没有实际演练。
迁移窗口按“顺利情况”估算，没有预留缓冲。
忘记 DNS TTL、证书、防火墙和客户端连接池。
迁移后立即删除旧环境，发现问题无法回退。

相关条目