数据迁移的规划和设计

现在应用的更新越来越快，越来越多的CIO和应用系统的维护者考虑升级自己的应用。原来开发的一些系统被新的套装软件，或者新的平台所替代。而系统迁移，尤其是数据迁移的工作越来越多。如何做好数据迁移的工作，合理的对数据迁移做出规划，是很多系统升级的技术人员需要考虑的问题。

我最近接触了一个升级的项目，由于新旧系统数据模型差异较大，所以对数据迁移工作的要求较高。在定制数据迁移计划时，我从三个角度来评估数据迁移的工作，也从这三个角度把工作分解。

1. 从数据模型理论我们知道，数据分为元数据，引用（约束）数据，主数据，交易数据，审计数据。越底层的数据变化越小，也就是静态数据向动态数据的变化。因此，数据迁移的过程必然是从元数据开始逐步由静态数据转为动态数据。

2. 每种数据都可以分步为ETL的过程， 从源数据中抽取数据，数据转换，加载到新数据库中的过程。

3. 数据清洗，质量保证以及数据验证工作。数据清洗要应用不同类型的业务规则，质量保证和验证主要是对数据迁移后数据的测试，验证数据迁移工作的成果。

 经此分解，数据迁移中的步骤和方法都变得很清晰，只是在每一个步骤如何应用不同的规则和方法。

这里只是对数据迁移前期工作作了一个粗浅的说明，以后我还会针对细节问题展开更详细的讨论。