附件十四数据迁移报告
1.背景介绍
提示：介绍系统转换的背景情况。
2.数据迁移目标
提示：说明本次数据迁移的主要内容与目标。
3.数据准备
提示：所准备进行转换的数据情况描述以及数据来源部门的审批结果
4.数据迁移实录
提示：回顾系统上线各阶段工作，大体步骤
5.数据迁移后数据核对过程和结论
提示：说明本次数据迁移后进行数据核对的过程以及结论。包含主文件检查、转换前后数据记录与余额核对、数据映射表、会计科目对照表、机构对照表、内部基础数据对照表、账务报表的核对结果等。
6.数据异常/差异处理
提示：数据迁移过程中，形成的数据异常/差错/数据修改所进行的处理过程记录，以及处理后的结论。
7.问题和建议
提示：对数据迁移过程的问题进行总结，提出意见，并就运行维护情况提出自己的建议附录：本计划审批意见
1新老系统迁移及整合方案 本次总局综合业务系统是在原有系统的基础上开发完成，因此，新旧系统间 就存在着切换的问题。另外，新开发的系统还存在与其他一些应用系统，例如， 企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之 成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1新老系统迁移及整合需求分析 系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括：数据资源整合、新旧系统迁移、新系统运行监控 过程。数据资源整合包含两个步骤：数据整理与数据转换。数据整理就是将原系 统数据整理为系统转换程序能够识别的数据：数据转换就是将整理完成后的数据 按照一定的转换规则转换成新系统要求的数据格式，数据的整合是整合系统切换 的关键：新旧系统迁移就是在数据正确转换的基础上，制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行；新系统运行监控就是在新系统正 常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换 过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合，以保证新开发的 系统能与保留的老系统互动，保证业务的顺利开展。主要的任务是接口的开发。 1.1.1需要进行迁移的系统 1.1.2需要进行整合的系统 需要与保留系统整合的系统包括： 1、企业登记管理〈含信用分类〉，全国企业信用联网统计分析，不冠行政区划企业名称核准，大屏幕触摸屏系统与企业信用联网应用，企业登记子网站，属地 监管传输，网上业务受理之间的整合；
2、外资企业登记管理〈含信用分类），全国外资企业监测分析与属地监管传输，外资登记子网站，网上业务受理，大屏幕触摸屏系统之间的整合： 3、广告监管系统与广告监管子网站之间的整合： 4、12315数据统计分析与12315子网站之间的整合： 5、通用信息查询、统计系统与数据采集转换之间的整合： 1.1.3数据迁移和转换分析 根据招标文件广东省工商局新建系统的数据库基于SAP Sybase ASE 15.7， 而原有系统的数据库包括ORACLE,SQLServer,DB2。这种异构数据在总局主要存 在于两个方面，即部门内部的异构数据和上下级部门之间的异构数据。同时，系 统的技术构件有NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法，如：如果数据有基于DB2管理的，有ORACLE管理的，有SQLServer管理的，就根据新系统SAP Syb ase ASE 15.7的要求，把ORACLE的数据迁移到SAP Sybase ASE 15.7数据库中，把SQLServer的数据迁移到SAP Sybase ASE 15.7数据库中。 上下级工商系统之间的异构数据的集成利用数据交换系统来完成，重点在于 数据库存储标准、交换标准的制定和遵守，保证数据的共事，这部分工作由数据 中心完成。 1.2系统迁移和整合目标 一、系统切换的主要目标： ?保证系统正常运行 在数据转换过程中，由于原有的系统数据的复杂性，给数据转换工作带来了 很大的难度，为了在新系统启动后不影响原系统正常的业务，因此数据转换完成后，必须保证新系统的正常运行。 ?保证原有系统在新系统中的独立性 原有系统是独立运行的系统，数据在新系统中虽然是集中存放的，但是各个
服务器和应用系统迁移方案（此文档为word格式,下载后您可任意修改编辑！）
一、迁移方案总体思路 新旧系统的迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移过程中，我们需要重点考虑几个问题： 1、数据迁移如何保障“业务中断停机时间”。业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别是对于时间敏感型数据还是对于数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？ i. 对于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的Volume Shadow Copy卷影副本复制服务作为基础，来实现在旧系统环境下的系统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。 ii. 对于应用IIS和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状 态也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。 iii. 对于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我们不但保证数据库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行，这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。
1应用及数据迁移方案 1.1应用及数据迁移概述 本次的应用及数据迁移工作，新旧设备的数据迁移也将体现本次实施工作的水准。 原应用及数据迁移具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员 多、层次复杂等特点。本项目迁移工作，应用不能中断，迁移准备工作要充 足,迁移时间在尽可能非工作时间完成，并在极短的时间内完成准备工作，并能够有超过时 间的倒退方案，所有新设备的应用系统稳定性也是一个考验。因此，必须协调好各单位人 员的关系，齐心协力才可能在预定时间内完成应用和数据的迁移工作。 本方案是以尽量不影响XXX信用社的日常工作或将影响降低到最低为前提的情况下制 定的，在小型机及存储设备到货后，先完成对小型机及存储的独立系统安装与调试工作， 第二步完成应用系统的安装与调试工作，整个新系统完成可独立运行后，选择在非工作时 间开始开始数据迁移工作，到工作时间以前完成整个服务器、存储设备的数据迁移及测试 工作。并且在正式上线运行以后，继续跟踪系统的运行情况，随时处理系统运行的异常情 况。当然，在XXX信用社各方面人员的充分协调及配合下才能完成本次应用及数据的迁移 任务。 我公司在上游厂商资源方面有较大优势，如在迁移工作中出现设备故障，除在备品备件中提供的备件外，还可协调各方资源以最快速度解决客户设备故障问题。 1.2迁移规划 1、实施流程: 流程主要根据迁移前的需要制定，主要详细了解当前系统设备情况，系统运行情况。针对所了解情况制定详细迁移方案以及应急方案。 2、专业工程师了解用户原有设备的现状以及迁移后的具体要求。充分考虑 在实施过程中可能出现的各种情况，定制详细可行性的迁移实施计划，将应用及数据迁移
1 新老系统迁移及整合方案 本次总局综合业务系统是在原有系统的基础上开发完成，因此，新旧系统间就存在着切换的问题。另外，新开发的系统还存在与其他一些应用系统，例如，企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1 新老系统迁移及整合需求分析 系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括：数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤：数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据；数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式，数据的整合是整合系统切换的关键；新旧系统迁移就是在数据正确转换的基础上，制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行；新系统运行监控就是在新系统正常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合，以保证新开发的系统能与保留的老系统互动，保证业务的顺利开展。主要的任务是接口的开发。 1.1.1 需要进行迁移的系统 1.1.2 需要进行整合的系统 需要与保留系统整合的系统包括： 1、企业登记管理（含信用分类），全国企业信用联网统计分析，不冠行政区
划企业名称核准，大屏幕触摸屏系统与企业信用联网应用，企业登记子网站，属地监管传输，网上业务受理之间的整合； 2、外资企业登记管理（含信用分类），全国外资企业监测分析与属地监管传输，外资登记子网站，网上业务受理，大屏幕触摸屏系统之间的整合； 3、广告监管系统与广告监管子网站之间的整合； 4、12315数据统计分析与12315子网站之间的整合； 5、通用信息查询、统计系统与数据采集转换之间的整合； 1.1.3 数据迁移和转换分析 根据招标文件工商总局新建系统的数据库基于IBM DB2，而原有系统的数据库包括ORACLE，SQL Server，DB2。这种异构数据在总局主要存在于两个方面，即部门内部的异构数据和上下级部门之间的异构数据。同时，系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法，如：如果数据有基于DB2管理的，有ORACLE管理的，有SQL Server管理的，就根据新系统DB2的要求，把ORACLE的数据迁移到DB2数据库中，把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成，重点在于数据库存储标准、交换标准的制定和遵守，保证数据的共享，这部分工作由数据中心完成。 1.2 系统迁移和整合目标 一、系统切换的主要目标： ●保证系统正常运行 在数据转换过程中，由于原有的系统数据的复杂性，给数据转换工作带来了很大的难度，为了在新系统启动后不影响原系统正常的业务，因此数据转换完成后，必须保证新系统的正常运行。 ●保证原有系统在新系统中的独立性 原有系统是独立运行的系统，数据在新系统中虽然是集中存放的，但是各个
1 某中心应用系统迁移方案 目录 1某中心应用系统迁移方案 (1) 1.1总述 (2) 1.2系统迁移需求分析 (2) 1.2.1中心系统迁移需求分析总体结论 (2) 1.3迁移方案总体思路 (2) 1.3.1保障业务中断停机时间最小化 (2) 1.3.2业务切割时间节点优化 (3) 1.3.3迁移后完整性测试 (3) 1.4服务器硬件环境迁移方案 (4) 1.4.1迁移评估 (4) 1.4.2迁移计划 (4) 1.4.3测试计划 (5) 1.4.4迁移测试 (5) 1.4.5迁移实施 (5) 1.5运营商接入链路（路由）迁移 (8) 1.6应用系统和数据库迁移方案 (8) 1.6.1应用服务器迁移 (8) 1.6.2数据库迁移实施 (9) 1.7系统迁移的具体组织实施方案 (9) 1.7.1搬迁规划 (10) 1.7.2详细实施方案 (10) 1.7.3应急处理 (11)
1.1 总述 按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。 考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。 本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。 1.2 系统迁移需求分析 按照用户招标要求，本期系统迁移的具体需求分析如下。 中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。 系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。 1.2.1 中心系统迁移需求分析总体结论 通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。 1.3 迁移方案总体思路 中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题。 1.3.1 保障业务中断停机时间最小化 业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这
目录 1.1总述 (2) 1.2系统迁移需求分析 (2) 1.2.1中心系统迁移需求分析总体结论 (2) 1.3迁移方案总体思路 (2) 1.3.1保障业务中断停机时间最小化 (3) 1.3.2业务切割时间节点优化 (3) 1.3.3迁移后完整性测试 (4) 1.4服务器硬件环境迁移方案 (4) 1.4.1迁移评估 (4) 1.4.2迁移计划 (4) 1.4.3测试计划 (5) 1.4.4迁移测试 (5) 1.4.5迁移实施 (6) 1.5运营商接入链路（路由）迁移 (8) 1.6应用系统和数据库迁移方案 (8) 1.6.1应用服务器迁移 (8) 1.6.2数据库迁移实施 (9) 1.7系统迁移的具体组织实施方案 (10) 1.7.1搬迁规划 (10) 1.7.2详细实施方案 (11) 1.7.3应急处理 (11)
1.1 总述 按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。 考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。 本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。 1.2 系统迁移需求分析 按照用户招标要求，本期系统迁移的具体需求分析如下。 中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。 系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。 1.2.1 中心系统迁移需求分析总体结论 通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。 1.3 迁移方案总体思路 中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题。
新老系统迁移及整合方案 本次总局综合业务系统是在原有系统的基础上开发完成，因此，新旧系统间就存在着切换的问题。另外，新开发的系统还存在与其他一些应用系统，例如，企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 新老系统迁移及整合需求分析 系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括：数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤：数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据；数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式，数据的整合是整合系统切换的关键；新旧系统迁移就是在数据正确转换的基础上，制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行；新系统运行监控就是在新系统正常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合，以保证新开发的系统能与保留的老系统互动，保证业务的顺利开展。主要的任务是接口的开发。 需要进行迁移的系统 需要进行整合的系统 需要与保留系统整合的系统包括： 1、企业登记管理（含信用分类），全国企业信用联网统计分析，不冠行政区
划企业名称核准，大屏幕触摸屏系统与企业信用联网应用，企业登记子网站，属地监管传输，网上业务受理之间的整合； 2、外资企业登记管理（含信用分类），全国外资企业监测分析与属地监管传输，外资登记子网站，网上业务受理，大屏幕触摸屏系统之间的整合； 3、广告监管系统与广告监管子网站之间的整合； 4、12315数据统计分析与12315子网站之间的整合； 5、通用信息查询、统计系统与数据采集转换之间的整合； 数据迁移和转换分析 根据招标文件工商总局新建系统的数据库基于IBM DB2，而原有系统的数据库包括ORACLE，SQL Server，DB2。这种异构数据在总局主要存在于两个方面，即部门内部的异构数据和上下级部门之间的异构数据。同时，系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法，如：如果数据有基于DB2管理的，有ORACLE管理的，有SQL Server管理的，就根据新系统DB2的要求，把ORACLE的数据迁移到DB2数据库中，把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成，重点在于数据库存储标准、交换标准的制定和遵守，保证数据的共享，这部分工作由数据中心完成。 系统迁移和整合目标 一、系统切换的主要目标： ●保证系统正常运行 在数据转换过程中，由于原有的系统数据的复杂性，给数据转换工作带来了很大的难度，为了在新系统启动后不影响原系统正常的业务，因此数据转换完成后，必须保证新系统的正常运行。 ●保证原有系统在新系统中的独立性 原有系统是独立运行的系统，数据在新系统中虽然是集中存放的，但是各个
1.历史数据的迁移整合 本次系统是在原有系统的基础上开发完成，因此，新旧系统间就存在着切换的问题。另外，新开发的系统还存在与其他一些应用系统，例如，企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 1.1.新老系统迁移整合需求分析 系统迁移又称为系统切换，即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括：数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤：数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据；数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式，数据的整合是整合系统切换的关键；新旧系统迁移就是在数据正确转换的基础上，制定一个切实可行的计划，保证业务办理顺利、平稳过渡到新系统中进行；新系统运行监控就是在新系统正常运转后，还需要监控整个新系统运行的有效性和正确性，以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合，以保证新开发的系统能与保留的老系统互动，保证业务的顺利开展。主要的任务是接口的开发。1.2.需要进行迁移整合的系统 1.3.数据迁移整合分析 根据招标文件工商总局新建系统的数据库基于IBM DB2，而原有系统的数据库包括ORACLE，SQL Server，DB2。这种异构数据在总局主要存在于两个方面，
即部门内部的异构数据和上下级部门之间的异构数据。同时，系统的技术构件有.NET和J2EE两大类。 对于部门内部的异构数据的集成采用数据移植的方法，如：如果数据有基于DB2管理的，有ORACLE管理的，有SQL Server管理的，就根据新系统DB2的要求，把ORACLE的数据迁移到DB2数据库中，把SQL Server的数据迁移到DB2数据库中。 上下级国工商局之间的异构数据的集成利用数据交换系统来完成，重点在于数据库存储标准、交换标准的制定和遵守，保证数据的共享，这部分工作由数据中心完成。 1.4.系统迁移和整合目标 1.4.1.系统迁移的主要目标： 1.保证系统正常运行 在数据转换过程中，由于原有的系统数据的复杂性，给数据转换工作带来了很大的难度，为了在新系统启动后不影响原系统正常的业务，因此数据转换完成后，必须保证新系统的正常运行。 2.保证原有系统在新系统中的独立性 原有系统是独立运行的系统，数据在新系统中虽然是集中存放的，但是各个系统由于存在业务上的差别，数据在逻辑上应当保持一定的独立性。 1.4. 2.系统整合的目标： 保证直接关联的系统互动，保证业务的正常办理。例如公众服务系统与基本业务系统之间互动，基本业务与协同业务之间互动等等。
公司信息系统数据管理制度 第一条为防止数据的非法生成、变更、泄漏、丢失与被破坏，确保数据的有据性、准确性、完整性、及时性、保密性，特制订本制度。 第二条数据管理范围包括所有利用计算机进行输入、存储、处理、再加工及输出的数据，它包括文字材料、报表、各类原始凭证、图形、图像等输入处理对象，又包括存储于计算机内部及传输的各类数据，还包括计算机输出的磁存储、光存储、电存储及各类打印数据。 第三条数据必须是有据的，能够辨认数据的内容、用途和使用方法；必须经过合法的手续和规定的渠道采集、加工、处理和传播数据；数据应只用于明确规定的目的，未经批准不得它用；采用的数据范围应与规定用途相符。 第四条数据管理者应承担保存或处理数据的保护职责，防止数据的丢失、误用或破坏；特殊或重要数据，应采用多种记录手段异地保存，免遭意外风险。 第五条数据使用者有权查阅被授权的数据，索取数据记录复制件，更正有关自身的任何不准确数据；享受有限次数规定的有问必答权利。
第六条根据使用的不同系统制订相应的数据存取细则，采取措施防止数据被非法修改，堵塞管理操作的疏忽或蓄谋窃取数据的漏洞。 第七条无正当理由和有关批准手续，不得通报数据内容，不得泄漏数据给内部或外部的无关人员，不得篡改数据库数据内容，必要修改时，应经由部门主管及公司分管领导审批，提交数据管理部门，经管理部门领导审批同意后由数据管理员进行修改。 第八条不应造成可从发布的统计数据中推断出保密或敏感的信息。 第九条不同数据用途建立适当的监督、管理机制，保证与数据有关的个体和数据管理者的合法权益不被侵犯。 第十条有新系统上线或升级时，数据管理部门应当切实做好上线或升级前的各项准备工作，应查验设备厂商或软件开发商或开发人员提交的有关运行维护资料，并负责监督设备厂商或软件开发商提供对相关岗位人员的技术培训。制定科学的上线计划和新旧系统数据切换方案，考虑应急预案，确保新旧系统顺利切换和平稳衔接。系统上线涉及数据迁移的，还应由设备厂商或软件开发商制定详细的数据迁移计划并经由数据管理部门及分管领导审批同意后执行。 第十一条信息系统中的信息应该根据其重要性、密级、应用需求等分别实施相应的加密措施，未经流程及领导许可，保密信息
2013 年 第22卷 第 7 期 https://www.doczj.com/doc/c74467444.html, 计 算 机 系 统 应 用 System Construction 系统建设 53 企业级信息系统数据迁移① 吴淑玮, 闫训超, 曹 齐 (国网电力科学研究院, 南京 211106) 摘 要: 随着当今社会信息化程度的提高, 企业的关键业务对信息系统的依赖性越来越大, 而科技的进步以及企业IT 环境随业务需求发生的改变, 企业常常面临着对现有信息系统相关数据的迁移. 而数据迁移会带来用户业务的中断, 时间的浪费意味着机会的丧失, 所以要求系统迁移必须要迅速、准确. 电力企业信息科技发展迅速, 信息系统更新换代频繁, 因此如何保证系统间数据迁移方便、快捷、安全、可靠执行, 是电力企业信息部门的重要研究课题. 以企业级数据管理的角度, 详细分析了数据迁移过程的各个环节, 并综合电力系统数据迁移经验, 提出电力生产系统数据迁移方案, 对企业级信息系统数据迁移的执行有一定的参考价值. 关键词: 数据迁移; 电力信息系统; 同构; 解决方案; 在线迁移 Enterprise Information System Data Migration Solution WU Shu-Wei, YAN Xun-Chao, CAO Qi (State Grid Electric Power Research Institute, Nanjing 211106, China) Abstract : With the advancement of informationization in our society, the key business of enterprise rely on information system more and more. The progress of technology and change of IT environment of enterprise which is required by business, often force enterprisesfacing with the problem of existing information system data migration. Data migration brings interruption to the service of users, which is a waste of time that means losing opportunities, so it requires system data migration must be quick and accurate. Electric power enterprise information technology is developing rapidly, and the information systems update frequently, therefore how to ensure the system data migration convenient, fast, safe, reliable performance, is an important research topic of the information department in an electric power enterprise. In this paper, we made a detailed analysis of the data migration process in all aspects from the management of an enterprise data standpoint, integrated the experience of power system data migration, and put forward a solution of data migration of electric power production system, which has some reference value for the implementation of enterprise information system data migration. Key words : data migration; electric information system; isomorphism; solution; Online migration 1 概述 根据国家电网公司“一强三优”现代公司建设战略和管理方式转变的推进, 以及电力信息化建设的发展, 原有信息系统逐步更新换代. 为保证在系统切换过程中的业务连续和基础支撑, 需要将作为原有信息化建设成果的业务数据迁移至新系统中. 数据迁移是指在系统软件开发中, 将具有实际业 ① 收稿时间:2012-09-10;收到修改稿时间:2012-10-30 务价值的数据, 依据功能需求或系统开发的要求, 在不同存储媒介、存储形式或计算机系统之间转移的过程. 数据迁移是系统开发经常涉及到的一项工作. 在企业级应用系统中, 新系统的开发, 新旧系统的升级换代, 以及正常的系统维护, 不可避免地涉及到大量的迁移工作. 而在一个以数据为核心的业务系统中, 数据的迁移更是无处不在.
1 数据迁移解决方案 VNX 系列支持在线数据移动和迁移，同时将复杂性和中断降至最低。快速、高效并且无中断地在存储层、平台和站点之间移动数据。EMC 公司有众多的工具实现在线数据迁移，为组织提供了选择余地和灵活性，让他们可以在正确的时间使用正确的工具提供正确的服务级别，针对本项目EMC 有众多的数据迁移工具包含： 1.1 数据迁移工具 1、EMC PowerPath Migration Enabler (PPME) PowerPath Migration Enabler (PPME) 是基于主机的迁移产品，可在存储系统之间迁移数据。PPME 充分利用 PowerPath 技术并结合使用其他基础技术（如 Open Replicator 或 EMC Invista?）来实际迁移数据。PPME 通过利用基于阵列或 SAN 的复制来提供基于主机的解决方案，几乎不会对主机资源造成影响。PPME 通过三种主要的方式来使数据迁移受益：大大减少或消除因迁移而导致的应用程序中断现象，同时降低迁移风险以及简化迁移操作。PowerPath Migration Enabler 独立于 PowerPath 多路径技术，不需要将 PowerPath 用于多路径。 2、SAN COPY ——是VNX 免费自带的一种数据迁移工具，是一种简单、数据块迁移选项 SAN Copy 基于阵列的快速迁移，需要宕机 RecoverPoint/MirrorView 远程复制和灾难恢复 在线 PowerPath Migration Enabler 基于主机的透明迁移 VPLEX 基于阵列的透明迁移 CLARiiON 迁移服务 EMC 与合作伙伴迁移服务VMware Storage VMotion 适用于VMware 环境的迁移 第三方VNX
密级：保密 文档编号：2017DHCC0411LZX03 文档名称：XXX医院信息系统项目数据迁移方案 XXX医院信息系统项目 数据迁移方案 版本：V 1.0 密级：保密最后修改日期：总页数：正文：附录： 编制：校改： 项目名称：XXX医院信息系统项目 承建单位（乙方）：东华软件股份公司 承建单位审核：项目经理 建设单位（甲方）：XXX医院 业务科室参评人员，见评审记录表 信息中心医院主管领导 监理单位：监理工程师生效日期：
评审记录表 评审日期：序号版本部门评审人评审意见 1 2 3 东华项目负责人意见： 签字： 医院主管领导意见： 批 批准人： 批 批准日期：
修改记录表 序号版本修改日期修改内容描述修改人1 2
目录 1 编写目的 (4) 2 数据迁移的内容和方式 (4) 2.1基础代码数据的迁移 (4) 2.2动态数据的迁移 (5) 2.2.1 患者主索引数据的迁移 (5) 2.2.2 门诊预约挂号记录的迁移 (8) 2.2.3 患者住院次数的迁移 (11)
1编写目的 数据迁移是HIS系统更替的一项重要工作，既要对原有系统数据字典或业务数据进行保留和继承，更要满足今后医院业务和管理发展的要求。 XXX医院在新系统上线前主要运行着三套管理系统，包括众邦的住院系统、门诊的联众系统以及干保基地运行的天健系统，新系统将替换众邦的住院系统和联众的门诊系统。按照调研的结果，大部分基础代码的来源是基于原有的住院和门诊系统，部分检查医嘱的来源是干保基地的天健系统，药品字典以SAP的物流管理系统为基础。 此外，为了新旧系统切换时保证系统的连续性，患者的主索引信息以及部分挂号预约信息需要动态导入新HIS系统中。 2数据迁移的内容和方式 2.1基础代码数据的迁移 基础代码数据的迁移的方式通常有两种方式，一种是全盘继承，如科室和人员信息；另外一种方式是对原有的数据进行加工，在继承的基础上予以完善，以适应业务发展的要求并与新HIS系统相匹配，如药品字典信息，药品的编码、名称进行完善，并增加有关药品的其它属性。 字典类型来源方式说明 患者类型联众、众邦增删新系统患者的类型和费别科室众邦增加 人员人力资源复制新系统医护人员和用户 药品SAP 修改、增加 用法联众、众邦增删 频次联众、众邦增删 检验项目联众复制
篇一：03金蝶升级迁移服务合同金蝶软件升级/迁移服务合同 附件： 金蝶软件升级/迁移服务合同 第一条产品定义及服务范围 1.1 甲乙双方在本合同中明确约定，乙方向甲方提供如下产品的升级/迁移服务支持：1.2 双方约定乙方于年月日内提供软件升 级/迁移服务，将甲方的当前产品升级/迁移至目标产品。 第二条服务费用及付款约定 2.1 本合同约定升级/迁移服务费实际金额为______佰______ 拾______万______仟______佰______拾______元整。 2.2 上述费用不含升级/迁移产品可能涉及的软件使用许可费用，如有上述费用发生，甲方应与 乙方另行签订《金蝶软件使用许可合同》，在该合同中列明软件使用许可费。 2.3 甲方应于本合同生效之日起的向乙方一次性支付本合同约定的全部费 用。 第三条代垫费用 3.1 乙方（或乙方指定的服务提供方）提供现场服务时，如甲方（或被服务方）要求的服务地 点距离乙方办公地点单程超过40公里，乙方（或乙方指定的服务提供方）的往返差旅费和食宿 费由甲方（或被服务方）承担。食宿费标准为元/人天，差旅费根据实际发生结算。 1./ 2 金蝶软件升级/迁移服务合同 3.2 双方同意于发生以上费用后的5个工作日内结清。第四条甲方责任 4.1 甲方应准备升级/迁移环境（包括计算机、网络、其他相关设备与软件环境等），确保许 可软件的使用和管理正常，确保许可软件运行环境（包括计算机、打印机及相关硬件设备）的安全，为软件升级/迁移正常进行提供保障。 4.2 甲方应定期做好当前产品版本系统数据及账套的备份并妥善保管。 4.3 在乙方提供升级/迁移服务时，甲方应根据乙方要求，指定配合的员工，提供必要的设备。4.4 在乙方升级/迁移服务完成时，甲方配合检查目标软件产品的运行是否正常。第五条乙方 责任 5.1 乙方负责为甲方提供目标产品版本的安装与调试服务。 5.2 乙方负责协助甲方将当前产品版本的账套数据（限于客户已购买账套数）升级/迁移到目 标产品版本中使用。 第六条有限保证 6.1 乙方承诺根据本合同的约定向甲方提供软件升级/迁移服务，但是对于因不可抗力或甲方 因素导致的延误而给甲方造成的损失乙方不承担任何责任。 6.2 除本合同或其附件另有约定，乙方提供服务内容不包括以下：目标产品版本的软件实施、 培训、定制服务（含客户化开发）、标准支持、高级支持等服务。如甲方需要乙方提供此类服务，须和乙方另行签订相应的服务合同。
目录 1.1总述1 1.2系统迁移需求分析2 1.2.1中心系统迁移需求分析总体结论 2 1.3迁移方案总体思路2 1.3.1保障业务中断停机时间最小化2 1.3.2业务切割时间节点优化 3 1.3.3迁移后完整性测试 3 1.4服务器硬件环境迁移方案3 1.4.1迁移评估4 1.4.2迁移计划4 1.4.3测试计划5 1.4.4迁移测试5 1.4.5迁移实施5 1.5运营商接入链路（路由）迁移8 1.6应用系统和数据库迁移方案8 1.6.1应用服务器迁移8 1.6.2数据库迁移实施9 1.7系统迁移的具体组织实施方案9 1.7. 1搬迁规划10 1.7. 2详细实施方案10 1.7. 3应急处理11 1.1总述 按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的 一体化集成。 考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是工程建设的 重点和难点。 本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。
1/11
1.2系统迁移需求分析 按照用户招标要求，本期系统迁移的具体需求分析如下。 中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不 能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。 系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转 换，历史数据的无损迁移也是系统搬迁的难点和重点。 1.2.1中心系统迁移需求分析总体结论 通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公 司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。 1.3迁移方案总体思路 中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要 求，在迁移方案设计中，我们重点考虑几个问题。 1.3.1保障业务中断停机时间最小化 业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险，这样的风险特别对于时间敏感型数据和数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？ 1、对于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的VolumeShadowCopy卷影副本复制服务作为基础，来实现在旧系统环境下的系 统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量 等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。 2、对于应用中间件和其他应用服务器来说，我们可以基于应用服务器的动 态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部
数据迁移方案
数据迁移方案 N8000到AS13000 广东XX信息技术有限2015年7月
1. 系统拓扑图 AS13000 成果存储 备 成果数据存储系统拓扑图 NAS 网关 成果存储 主 万兆交换机1 千兆以太网光纤线路万兆以太网光纤线路 AS13000 核心交换机 DPS 万兆交换机2 文件服务 已有存储 华赛 N8000 千兆以太网线路
2.需求分析 新增设备：2台AS13000-NAS、1台NAS网关和1套DPS备份系统通过光纤跳线连接万兆交换机，中间服务器和华赛N8000通过6类网线连接万兆交换机，最低达到千兆交换的物理基础架构。其中1台AS13000-NAS作为成果数据存储，通过NAS网关对外提供存储服务，另一台通过DPS备份软件实现数据备份。 华赛N8000存储数据有40TB，包括各种大小文件、压缩包，需安全迁移到AS13000，实现数据的备份和共享。数据迁移是敏感性动作，必须保证迁移数据的完整性、可用性，一致性。 华赛N8000已发生硬件故障，须尽快完成数据迁移工作。 3.数据迁移方案 本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移，并保证数据的完整性、可用性，一致性。 我们在本方案中建议以下2种方式实现存储设备之间的数据迁移： ●文件复制 ?通过全备份、增量备份实现数据迁移 ?实现方式简单，迁移成本较低 ?需要较长的存储中断服务时间 ●备份软件迁移 ?通过建立选择备份的模式运行实现数据自动复制，实现数据迁移 ?支持异构平台 ?需要第三方备份工具支持，成本较高 3.1.文件复制 该方法是通过中间服务器的指令在2个存储设备之间复制数据，数据迁移
目录 1.1 总述 (2) 1.2 系统迁移需求分析 (2) 1.2.1 中心系统迁移需求分析总体结论 (2) 1.3 迁移方案总体思路 (2) 1.3.1 保障业务中断停机时间最小化 (3) 1.3.2 业务切割时间节点优化 (3) 1.3.3 迁移后完整性测试 (4) 1.4 服务器硬件环境迁移方案 (4) 1.4.1 迁移评估 (4) 1.4.2 迁移计划 (4) 1.4.3 测试计划 (5) 1.4.4 迁移测试 (5) 1.4.5 迁移实施 (6) 1.5 运营商接入链路（路由）迁移 (8) 1.6 应用系统和数据库迁移方案 (8) 1.6.1 应用服务器迁移 (8) 1.6.2 数据库迁移实施 (9) 1.7 系统迁移的具体组织实施方案 (10) 1.7.1 搬迁规划 (10) 1.7.2 详细实施方案 (11) 1.7.3 应急处理 (11)
1.1 总述 按照本期招标采购要求，中心在建成后要实现对迁移应用和新建业务平台的一体化集成。 考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台，上述平台都是中心的核心、重要应用，因此我公司认为原系统的搬迁将是项目建设的重点和难点。 本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础，给出搬迁方案设计。 1.2 系统迁移需求分析 按照用户招标要求，本期系统迁移的具体需求分析如下。中心原有应用系统将全部迁移至虚拟化服务平台，迁移期间必须保证工作不能中断，历史数据不能损失；迁移后的系统与多媒体融合通信指挥平台融合对接。 系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换，历史数据的无损迁移也是系统搬迁的难点和重点。 1.2.1 中心系统迁移需求分析总体结论 通过对中心现有上述应用迁移的需求分析，鉴于原系统建设单位并非我公司，迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括：涉及运营商的接入切割，原有数据的迁移，合理切割时间节点规划。 1.3 迁移方案总体思路 中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移方案设计中，我们重点考虑几个问题
三门峡市住房和城乡建设局 个人住房信息系统新旧系统切换方案 为保障新系统平稳上线，使各项业务工作有序、平稳过渡，根据业务实际情况进行工作部署, 特制定本方案。 一、总体时间安排 1、9月3日，进行第一次正式数据迁移，内容包括等。 2、9月5日起，对第一次正式迁移数据校验和相关数据采集，以及进行相关功能的模拟运行。 3、9月14日晚上，原业务系统停止作新业务，各业务科室对已经受理的业务在1 6日下午必须完成，1 6日晚上老业务系统停止运行。9 月16 日开始收件窗口用新系统，新数据进行收件，受理的业务暂放收件窗口，至9月19日再进行业务流转。 4、9月17日晚上，进行第二次正式数据迁移，内容包括试运行期间原业务新增数据的迁移，并对正式数据库进行配置。 5、9月18日起，对第二次正式迁移数据校验。并进行模拟运行、调整。 6、9月19日，正式对外办公。 二、切换准备 1、数据准备
各类登记工作必须按时完成，确保进入新系统数据的真实性和准确性。同时要做好商品房预告登记的解释工作。 2、资料准备 要按照新系统上线的要求，认真准备各项上线资料，包括补充采集的资料，模拟运行的资料以及其他各项相关资料。 3、思想准备新的个人住房业务系统，是一个集中、规范、统一的业务系统，系统的推广应用，对我局房地产业务工作规范化、应用软件一体化建设必将起到积极的推进作用。 同时我们也应该看到，系统规范化的管理要求必将对我局原来的业务工作产生一定的影响，干部的操作必定有一个熟悉的过程，系统的成熟也必定要有一个过程，因此，在新旧系统切换的过程中，可能会产生不适应、不熟练或者部分工作暂时中断等情况，大家需要有一定的思想准备。 三、业务系统切换 1、收件系统 行政服务窗口收件从15日起切换到正式库进行，所有操作都为正式业务，15、16 日两日所收业务，暂不往业务科室传递。 2、原业务系统 原业务系统在16日处理完各业务部门14 日前的业务后，停止运行。19日起所有业务用新系统处理。 3、商品房联机备案