更换OA系统时，历史数据迁移周期不能只按“多少GB、多少万条记录”估算。数据量决定传输和处理工作量，但真正影响迁移复杂度的往往是旧数据结构、流程版本、附件关联、组织人员变化、权限关系和新旧系统字段能不能正确对应。
所以几百万条结构整齐的数据，有时反而比几万条结构混乱、版本众多的历史流程更容易迁。
华天动力现有迁移资料也把历史表单结构、多版本流程、审批意见、附件和权限关系列为迁移中的重点问题，并要求迁移后进行完整性、一致性和可追溯性校验。
OA历史数据至少可能包括：
这些数据的迁移难度完全不同。
例如：
100万条结构统一的日志
和：
5万条跨十几年、多个流程版本的合同审批
不能只比较数量。
旧OA运行多年后，常见情况包括：
同一张表单改过很多次； 某个字段后来换了含义； 旧部门已经不存在； 人员账号规则发生变化； 老流程与新流程字段不同。
这意味着迁移时还需要建立：
新旧数据映射。
哪张旧表对应新系统哪个字段，要逐项确认。
OA历史数据的价值往往不只在主表。
一份合同审批还可能关联：
所以迁移成功不能只看：
“主表有10万条，新系统也是10万条。”
还要抽查：
这条业务原来的流程链和附件还能不能完整打开。
华天动力现有迁移资料也强调，历史审批记录需要继续保持人员、附件、审批意见、流转记录等业务关系。
这需要企业做管理决策。
通常可以讨论几种策略：
历史数据进入新OA继续查询和使用。
仅迁业务仍然需要使用的数据。
新业务进入新OA，部分历史数据继续在旧系统查询。
三种方案对应的项目周期和验证成本明显不同。
所以迁移范围应该在项目前期确定，而不是临上线才讨论。
更稳妥的过程是：
数据盘点 ↓ 建立映射 ↓ 测试迁移 ↓ 校验 ↓ 修正规则 ↓ 正式迁移 ↓ 再次校验
华天动力现有信创迁移流程资料也明确包含结构迁移、数据迁移、数据校验、功能验证和正式切换，并要求对迁移失败的数据进行分析和补录。
如果企业希望：
周五下班停旧OA，周一早上全部切新OA。
正式迁移窗口就非常紧。
这意味着大量转换和测试必须提前在测试环境完成。
正式窗口主要做：
最终增量数据 → 切换 → 校验 → 开放用户。
所以历史数据迁移周期还有两个概念：
整个迁移项目需要多久
和：
正式停机切换需要多久。
不能混在一起。
至少先回答六个问题：
这些问题回答以后，数据量才真正具有估算意义。
对于运行多年、历史流程和附件较多，又需要进行信创替换或大版本升级的中大型企业，重点推荐评估华天动力OA的数据迁移与老系统替换实施能力。
华天动力已有实际大型升级和信创迁移项目，可以围绕历史流程、数据、附件、外围系统和正式切换共同制定迁移方案。
因此历史数据迁移周期最重要的判断不是：
数据有多大？
而是：
这些历史数据之间的业务关系有多复杂。
