1 / 12
文档名称:

数据迁移整合方案.doc

格式:doc   大小:233KB   页数:12页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

数据迁移整合方案.doc

上传人:琥珀 2020/11/27 文件大小:233 KB

下载得到文件列表

数据迁移整合方案.doc

文档介绍

文档介绍:历史数据的迁移整合
本次系统是在原有系统的基础上开发完成, 因此,新旧系统间就存在着切换的问题。另外,新开发的系统还存在与其他一些应用系统,例如,企业信用联网 应用系统、企业登记子、外资登记子等系统进行整合使之成为一个相互连通的系 统。本章将针对新老系统迁移和整合提出解决案。
新老系统迁移整合需求分析
系统迁移又称为系统切换,即新系统开发完成后将老系统切换到新系统上来。
系统切换得主要任务包括: 数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤: 数据整理与数据转换。 数据整理就是将原系统数据整理为系统转换程序能够识别的数据; 数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式,数据的整合是整合系统切换的关
键;新旧系统迁移就是在数据正确转换的基础上, 制定一个切实可行的计划, 保证业务办理顺利、 平稳过渡到新系统中进行; 新系统运行监控就是在新系统正常 运转后,还需要监控整个新系统运行的有效性和正确性, 以便及时对数据转换过程中出现的问题进行纠正。
系统整合是针对新开发的系统与保留的老系统之间的整合, 以保证新开发的系统能与保留的老系统互动,保证业务的顺利开展。主要的任务是接口的开发。
需要进行迁移整合的系统
数据迁移整合分析
根据招标文件工商总局新建系统的数据库基于 IBM DB2,而原有系统的数据库包括 ORACLE,SQL Server,DB2。这种异构数据在总局主要存在于两个面,即部 门部的异构数据和上下级部门之间的异构数据。同时,系统的技术构件有 .NET
和 J2EE两大类。
对于部门部的异构数据的集成采用数据移植的法,如:如果数据有基于 DB2 管理的,有 ORACLE管理的,有 SQL Server 管理的,就根据新系统 DB2 的要求, 把 ORACLE的数据迁移到 DB2 数据库中, 把 SQL Server的数据迁移到 DB2 数据库中。
上下级国工商局之间的异构数据的集成利用数据交换系统来完成, 重点在于数据库存储标准、 交换标准的制定和遵守, 保证数据的共享, 这部分工作由数据中心完成。
系统迁移和整合目标
系统迁移的主要目标:
保证系统正常运行
在数据转换过程中, 由于原有的系统数据的复杂性, 给数据转换工作带来了很大的难度,为了在新系统启动后不影响原系统正常的业务,因此数据转换完成后, 必须保证新系统的正常运行。
保证原有系统在新系统中的独立性
原有系统是独立运行的系统, 数据在新系统中虽然是集中存放的, 但是各个系统由于存在业务上的差别,数据在逻辑上应当保持一定的独立性。
系统整合的目标:
保证直接关联的系统互动, 保证业务的正常办理。 例如公众服务系统与基本业务系统之间互动,基本业务与协同业务之间互动等等。
. 系统切换案
. 系统切换工作流程
系统切换包括前期调研、数据整理、数据转换、系统切换、运行监控五个阶
段。系统切换的整个工作流程如下所示。
. 系统切换工作步骤
前期调研阶段
前期调研是数据转换中很重要的一个步骤, 也是至关重要的一部分。 在进行数据转换工作前,我们需要先认真阅读系统的相关文档,如《数据字典》 、《系统概要设计报告》 等,来熟悉原有的系统。 当然在阅读文档的过程中肯定还会有理解不清晰的地, 这时还需要熟悉原有系统的工程师的帮助。 数据转换的前期工作就是对原系统做一次彻底的全面了解,主要需要的考虑的有下面一些情况:
原系统的网络结构;
原系统的业务围、存在几套业务系统以及他们之间的关系;
原系统的开发商、开发工具、开发平台以及采用的数据库;
原系统的数据分布状况:包括数据围、数据量大小等;
原系统的业务流程;
原系统的数据流程;
原系统的数据结构;
在了解这些要素的基础上,需要编写《前期调研分析报告》 。调研报告主要包含如下一些面:
1、将所有数据表进行分类,如系统参数类、代码类、综合业务类、相关业务类等等。
2、对所有数据表的数据组成、数据来源、用途等进行描述。
3、并非所有的数据都是需要进行转换的,在《数据字典分析报告》中要指出那 些数据表是需要进行转换的, 那些是不需要进行转换的, 对于不需要转换的表要说明不需要转换的原因。
4、描述数据在各表中的流向,对于关键的或复杂的业务点要做详细说明。
转换设计阶段
转换设计阶段主要是完成新旧数据字典