数据迁移前检查清单

迁移前最容易踩的坑

数据迁移前，团队常凭经验漏掉关键项：源系统与目标系统的字段映射没核对清楚，迁移到一半才发现订单表的customer_id在旧 ERP 是整数、在新 WMS 要求字符串；没做全量备份就启动迁移，出问题只能对着空库发愣；校验口径没提前统一，比如「有效订单」在旧系统按创建时间算，新系统按支付时间算，迁移后对账差出几千条；回滚方案只写在文档里，没演练过真实场景，凌晨窗口出了事没人敢按按钮；窗口沟通没同步到位，运维还在跑夜间批处理，迁移进程已经卡在数据库连接池里。这些问题不是靠「小心点」就能解决的，需要一套结构化的检查项把这些风险提前钉死。

这个技能怎么工作

数据迁移前检查的核心能力是把模糊的迁移计划拆解成可勾选的五分区检查清单。当你输入迁移场景（比如「源是旧 ERP，目标是新 WMS，窗口周六凌晨」），它会先追问缺失的关键信息——源系统类型、目标系统类型、迁移窗口、是否有临时数据补录计划——这些信息不全的项会进入「待确认」区，而不是编造表结构或字段映射。

拿到基础信息后，它会按五个分区生成清单：

• 范围与映射：列出需要迁移的表/字段，标注源与目标的字段对应关系、数据类型转换规则、必填项校验逻辑；
• 备份与权限：确认全量备份的时间点、备份存储位置、恢复测试是否执行，以及迁移账号在源库的SELECT、目标库的INSERT权限是否提前开通；
• 校验口径：明确数据完整性校验规则（如行数对齐、金额总和一致、关键字段非空率），以及差异数据的处理责任人；
• 回滚与演练：列出回滚触发条件、回滚脚本的验证方式、关键人员在窗口期的待命安排，以及是否在测试环境做过至少一次完整回滚演练；
• 窗口与沟通：确认迁移窗口的时间范围、暂停/恢复业务的具体指令、运维/业务/客服三方的同步渠道，以及窗口期内的应急联系人。

清单模板来自references/migration-checklist-template.md，生成的每一项都可以勾选，方便团队在迁移前逐项确认。

适用边界要注意

这个技能不连接任何数据库，不会登录生产库执行SELECT或UPDATE，也不会帮你写迁移用的INSERT或ETL脚本——它只负责整理检查项，执行迁移永远是你的责任。它也不做功能发版的go/no-go评审，那是发版检查清单的事；不会对照公司SOP文档找实操缺口，只聚焦数据迁移本身；也不会列个人账号的交接事项，那是岗位交接的内容。如果你需要自动改防火墙、出正式审计报告，或者让Agent直接操作数据库，这个技能不适合你。