系统历史数据迁移方案.pdf

该【系统历史数据迁移方案 】是由【青山代下】上传分享，文档一共【13】页，该文档可以免费在线阅读，需要了解更多关于【系统历史数据迁移方案 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。:..系统历史数据迁移方案NewandOldSystemnandnPlanprehensivebusinesssystemoftheGeneral___basedontheoriginalsystem。Therefore。thereisaproblemofswitchingeentheoldandnew___。the___needstobeintegratedwithothernsystems。suchastheEnterpriseCreditorknSystem。EnterprisenSub-website。andForeignInvestmentnSub-website。。alsoknownassystemswitching。referstotheprocessofswitchingtheoldsystemtothenewsystemafterthenewsystemisdeveloped。Themaintasksofsystemswitchingincludedataresourcen。nofoldandnewsystems。andmonitoringtheprocessofnewsystemn。Dataresourcenincludestwosteps:anizetheoriginalsystemdataintodatathatcanbe___dataintothedataformatrequiredbythenewsystem:..accordingto___isthekeytosystem___planbasedonthecorrectdatan。___ofbusinessnstothenewsystem。Themonitoringofthenewsystemnistomonitortheeffectivenessandcorrectnessoftheentirenewsystemnafterthenewsystemisrunningnormally。。:(includingcreditn)。___statisticsandanalysis。non-administrativenenterprisenameapproval。neenthe___n。enterprisensub-website。andlocalregulatoryn。eptance.:..-___)。nalforeign-fundedenterprisemonitoringandanalysis。___。foreigninvestmentnsub-website。onlineeptance。--。thedatabaseoftheGeneraln'。SQLServer。。___。___andeenupperandlowerdepartments。Atthesametime。thesystem',可以采用数据移植的方法。例如,如果数据有基于DB2管理的、___管理的和SQLServer:..管理的,就可以根据新系统DB2的要求,将ORACLE和SQLServer的数据迁移到DB2数据库中。对于上下级国工商局之间的异构数据集成,可以利用数据交换系统来完成。关键在于制定和遵守数据库存储标准和交换标准,以确保数据共享。这部分工作由数据中心完成。系统迁移和整合的主要目标包括保证新系统正常运行和原有系统在新系统中的独立性。在数据转换过程中,为了不影响原有系统的正常业务,必须确保新系统正常运行。同时,虽然数据在新系统中是集中存放的,但是各个系统由于存在业务上的差别,数据在逻辑上应当保持一定的独立性。系统整合的目标是确保直接关联的系统之间互动,保证业务的正常办理。例如,公众服务系统与基本业务系统之间互动,基本业务与协同业务之间互动等等。系统切换的工作流程包括前期调研、数据整理、数据转换、系统切换和运行监控五个阶段。在前期调研阶段,需要认真阅读系统的相关文档,熟悉原有系统,并编写前期调研分析报告。:..报告需要包含原系统的网络结构、业务范围、开发工具、数据库、数据分布状况、业务流程、数据流程和数据结构等方面的内容。在数据转换阶段,需要进行数据转换和数据分析,并编写数据转换报告。在系统切换阶段,需要确保新系统正常运行,并进行运行监控。最终,需要编写结束报告。。将所有数据表按照系统参数类、代码类、综合业务类、相关业务类等分类,方便后续处理。。对每个数据表的数据组成、数据来源、用途等进行详细描述,确保数据的准确性和完整性。。在《数据字典分析报告》中明确哪些数据表需要进行转换,哪些不需要,并说明原因。。对于关键或复杂的业务点,详细说明数据在各表中的流向。:..转换设计阶段主要是完成新旧数据字典的对照,以及明确各个表中具体数据字段的转换方式。在此阶段,需要编写《数据字典对照报告》。数据字典对照报告》主要描述新旧系统数据表间的对照关系以及代码对照关系。以新系统为准,原系统作参照,将原系统的数据字典对应到相应的系统数据字典中。在对照过程中,遵循数据照搬原则,尽量不对数据进行处理。在数据字典对照表中,需要进行转换的数据字段应该一一对应,对新旧数据表中字段的名称、类型、精度等都要有详细的描述,同时还要明确数据的转换方式。转换方式包括直接转换、程序转换、代码对照、类型转换、常量转换和不转换等。新旧系统代码对照列出了全部需要进行转换的新旧系统数据表中存在的二级代码间的对照关系,主要以二级代码对照表的形式来反映。数据迁移阶段需要进行数据整理,将原系统数据整理为系统转换程序能够识别的数据。数据整理分为两个阶段,第一阶:..段是将不同类型来源数据采集备份到统一的数据库中,第二阶段是将原始数据进行整理,按照不同的要求分类进入不同的中间数据库,为数据转换提供中间数据。数据整理过程采用了分类数据表的方法。为确保数据整理的准确性和完整性,需要先对原始采集数据进行备份,并统一存储于DB2数据库中,以便于数据转换和追根溯源。为了更好地进行数据整理,需要将数据按照不同的级别进行分类整理,并分别存储于不同的中间数据库中。在本系统中,我们将数据分为废弃数据、待调整数据和可转换数据三个级别,以便于后续的数据转换工作。由于数据整理涉及的数据量很大,通过人工检查是不可能完成的,因此需要借助数据整理和纠错工具来完成整理工作。数据整理工具负责将备份数据库中的数据进行分类整理,而数据纠错工具则提供友好、方便的工具界面,供用户进行数据纠正和完善。:..由于原系统和新系统的数据库结构可能存在差异,因此需要借助中间库作为桥梁来衔接新旧系统数据,并建立新旧系统的对照关系。这样,业务人员在转换数据时出现疑问时,可以通过中间库的关联找出原数据。数据转换是将整理后的数据按照对照表的要求进行转换,并写入到新系统中的过程。这个过程可以通过交换系统来完成。在进行数据整理与转换之前,需要先设计数据移植方案,包括研究历史数据的结构、来源、数据项定义、取值等现状,评估和选择数据移植的软硬件平台、选择数据移植方法、选择数据备份和恢复策略、设计数据移植和测试方案等。同时,还需要对源数据库进行数据清理,包括清理数据库对象、权限和数据垃圾等,以确保数据整理和转换的准确性和完整性。数据库资源包括表、数据库事件、过程、函数等数据库对象以及它们之间的结构关系。在了解数据库资源的基础上,结合运行系统,可以确定数据库中的垃圾,并制定合理的清理方案,以达到清理垃圾的目的。:..数据整合和分解是清理垃圾的主要方法之一。整合相关数据可以减少数据的重复,而分解数据则可以使数据更加合理。当然,整合和分解要以适合新设计的数据库结构为基础,以便简化转化程序。数据模拟移植是进行数据移植的重要步骤。在建立一个模拟的数据移植环境后,可以测试数据移植的效果。数据模拟移植前应备份模拟数据,以便数据移植后进行恢复测试。在测试数据模拟移植时,需要检查数据模拟移植后数据和应用软件是否正常,主要包括数据一致性测试、应用软件执行功能测试、性能测试、数据备份和恢复测试等。在正式实施数据移植前,需要进行完全数据备份、确定数据移植方案、安装和配置软硬件等工作。然后,按照确定的数据移植方案,正式实施数据移植。对于多源异构数据库之间的数据转换,直接编写转换程序实现困难。可以在原有数据库系统中编写转换程序,或者建立中间过渡库,将源数据库转入中间库的过程是一个数据的重新组合和关联的过程。需要对源数据库与新数据库的数据关系进:..要考虑非空处理、取值约束处理、主键处理、填写外键、唯一键处理等问题。在数据处理过程中,需要进行附加分散处理,对表中的某些字段进行规范化处理,确保数据的一致性。同时,需要对多个数据源的数据进行一致性检查,并制定处理规则。在新旧系统切换过程中,第一步是编写系统切换方案,其中包括系统切换方法和计划等内容。第二步是组织相关人员对方案进行评审,如未通过则需要进行调整。第三步是进行业务系统数据转换,需要选择一个时间点进行数据采集,并建议在月结完成后或节假日进行正式数据转换。在进行数据转换前,需要进行详细的准备工作,包括编写数据转换指南和执行脚本,以及准备数据库环境等。在执行过程中,需要对每一步操作进行日志记录,并要求至少两人一起工作,其中一人操作,另一人监督并记录。每执行完一条转换命令后,需要查看错误记录表并处理异常错误信息。在转换执行结束后,需要对转换结果进行验证,并记录每一步验证过程。:..已通过验证。完成数据转换后,需要关闭原有系统的所有业务经办功能,只保留查询功能,以便业务人员在需要时可以查询旧系统中的数据。同时,对新系统的数据进行一次物理备份,并启动新系统数据库的重做日志功能。这样,整个应用系统就可以顺利地切换到新系统上来运行。在新系统平稳运行之后,需要进行定期的运行监控和对部分数据进行调整。对于那些未对系统运行造成影响的数据,在数据整理过程中没有进行修正,因此需要在系统平稳运行后进行调整。为保证系统切换的安全和平稳过渡,我们采用以下措施:备份原系统数据以保证历史数据的可追溯性;进行数据测试,包括数据监测性测试和验证性测试;选择业务周期结束、下一个业务周期开始的时候进行切换;采用新系统为主、原系统为辅的方式进行切换;制定应急预案以应对特殊情况。:..确性。数据测试和系统功能测试是关键环节,必须加大测试力度来保证正确性。在特殊情况下,启动应急预案可以解决系统运行不稳定的问题。应急预案需要从业务系统、数据库、网络平台三个方面来考虑应急处理措施。只有三方面同时恢复到系统切换前的状态,才能保证原系统业务经办的正常进行。业务应用系统应急措施主要是在业务经办时保留原业务应用系统,并且保证原业务应用系统的客户端配置环境能够在最短时间内恢复到以前的配置。数据库应急措施就是利用原始数据与原系统保持一致来处理的。也就是在新系统数据库中保留备份,并且按照原系统数据集中情况下分不同用户存放备份数据,但是用户名仍需要采用原数据库系统用户名。一旦出现紧急情况,新系统数据库立即切入原备份数据库。网络平台应急预案就是保证在数据大集中情况下整个社会保障网络链路的畅通即可。:..,即使是对错误数据进行一些处理,然后在新系统中调整。。,不能数据转换完成以后就将原系统数据删除掉。原系统备份数据至少保留一年的时间。,数据转换负责人一定要与软件项目负责人保持经常沟通,以保证转换数据的正确性。同时软件项目负责人熟悉原系统的业务流程和用户的惯操作方式也是有必要的。。