数据迁移最怕两件事：迁移后才发现有字段没转过来，以及迁移了却退不回去。把这两件事在方案里解决掉，迁移就成功了一大半。
一、摸底：源数据到底长什么样
- 数据量、增长趋势、最大表与最复杂的关联
- 脏数据情况：空值、重复、格式不一致、编码问题
- 隐含规则：某些字段的业务含义只存在于老员工的经验里
- 历史数据是否全量迁移，还是只迁近几年的
摸底报告要写清楚：哪些数据能直接迁、哪些需要清洗、哪些决定不迁。
二、映射规则要逐字段确认
| 源字段 | 目标字段 | 转换规则 |
|---|---|---|
| 客户名称 | customer_name | 去空格，统一全半角 |
| 状态 A/B/C | status 1/2/3 | 按对照表转换 |
| 建单时间（文本） | created_at | 解析为标准时间，异常值记录 |
映射表由业务方签字确认，是后续校验的依据。
三、试跑：用真实数据跑一遍
- 在测试环境执行完整迁移，记录耗时与失败项
- 核对总量、抽样明细、校验关键汇总值
- 把失败项分类：可重试、需清洗、需人工判断
- 至少试跑两轮，直到失败项收敛
校验要"双向"
不只核对源到目标的数量，还要核对关键指标的合计值（如金额总额、订单总数）。数量一致但金额不一致，往往意味着更隐蔽的问题。
四、正式迁移与切换
- 选在业务低谷期，提前通知并停止相关写入
- 留出冻结窗口，迁移期间源系统只读
- 切换后保留源系统只读一段时间，便于比对与回退
- 明确回退条件与回退操作方式
五、迁移后的核对与收尾
切换后一周内每天做一次核对：数量、关键汇总、异常单据。核对报告签字归档，并记录遗留问题与处理进度。迁移的完成标志不是"系统能用了"，而是"数据对得上"。
#数据迁移#一致性校验#系统切换#软件事业部
