指南:设计数据迁移子系统
本指南简要介绍了如何设计数据迁移软件。
关系
主要描述

介绍

如果现有的数据需要迁移,则可能有必要设计软件来进行转换/迁移。要迁移的数据由工作产品:数据迁移规范中的任务:指定数据迁移确定。

进行数据迁移的软件通常确定为一个或多个子系统,还经常依赖于其他定义源数据和目标数据库的子系统。

数据迁移子系统的设计与任务:子系统设计 - 实时设计中所述的内容相似。以下是特定于数据迁移的额外考虑事项:

迁移套件

在设计数据迁移软件时,需要适应不同的硬件和软件环境是一个重要的考虑事项,尤其是对于需要将一个(也可能是多个)环境中的数据迁移/转换到一个完全不同的环境中的自动迁移。

不同的硬件、操作系统以及数据管理软件都可能产生新的挑战,即使相对简单的转换过程也可能必须分为四个或五个(或更多)步骤实施才能适应环境的改变。在这种情况下,迁移过程的执行顺序非常重要,因为可能有多个文件将转换为一个或多个文件,并且各个步骤之间可能存在依赖关系,即转换中的某一步骤需要前一步骤的数据。

组件的复用

接下来需要考虑的是对作为转换系统一部分的标准系统中组件的使用或复用。应当尽可能地利用系统实用程序或现有生产系统中的程序,这有助于将用于转换模块的开发时间缩至最短。有时候还可以通过向标准系统组件添加功能来提供转换设施。如果转换涉及将转换的数据手动输入到新系统中,则应当尽可能使用新系统的标准设施来执行该输入。其目的在于避免工作的重复和其他数据输入方法可能引起的不一致性。

性能

迁移可能涉及大量的数据,这会对性能产生直接影响。即使数据迁移的执行并不频繁,仍然可能使性能下降。例如,糟糕的性能可能会拖慢对已转换数据的测试和验证,尤其是在转换过程中发生错误而需要更正并重新执行时。

操作过程

指定在迁移过程中遵循的操作步骤很重要,这既包括手工数据维护步骤,也包括执行迁移软件的步骤。 即使迁移过程的有效期不长,对它们进行足够详细的记录也是很重要的。一个好的过程确定了步骤的执行顺序、每个步骤由谁执行、如何验证结果以及什么后续任务是必需的。