旧系统迁移数据前，最该先确认的，通常不是“怎么导”

很多项目的问题，是默认“旧系统里有什么，新系统就全部搬过去”。但真实情况往往不是这样。有些数据只是历史痕迹，有些字段已经没人再用，有些结构本身就是旧流程遗留下来的产物。

如果不先分清核心业务数据、统计类数据、归档类数据和可放弃数据，迁移范围就会无限膨胀，最后项目时间大半都花在“把没必要的东西也迁过去”。

旧系统跑了很多年之后，最常见的问题不是“导不出来”，而是同一个字段在不同部门理解不一样，或者历史上已经被手工修补过很多次。比如状态值含义变化、时间字段缺失、主键重复、联系人信息不完整，这些都很常见。

所以迁移前一定要先做一次数据体检。不是简单看行数，而是要抽样看异常值、空值、重复值、状态映射和跨表关联。如果这些问题没在迁移前暴露，等到上线当天才发现，基本就是一边救火一边背锅。

很多人做迁移方案时，只写“怎么迁成功”，却不写“迁坏了怎么办”。但系统切换真正让人紧张的，从来不是理想路径，而是异常路径。

更稳的方案通常会提前约定：切换窗口多长、回滚条件是什么、哪些模块先切、哪些数据允许延后补录、哪些操作需要人工复核。这样即使上线当晚出现问题，也不会一下子把业务全部锁死。