(完整)应用和数据迁移方案

(完整)应用和数据迁移方案
(完整)应用和数据迁移方案

(完整)应用和数据迁移方案

编辑整理:

尊敬的读者朋友们:

这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望((完整)应用和数据迁移方案)的内容能够给您的工作和学习带来便利。同时也真诚的希望收到您的建议和反馈,这将是我们进步的源泉,前进的动力。

本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快业绩进步,以下为(完整)应用和数据迁移方案的全部内容。

第一章. 应用和数据迁移方案

由于xxx生产作业是24小时不间断运作的,因此要求系统能连续运行,并具有很高的安全可靠性,用户希望在以最小的系统停机时间完成生产系统迁移工作。本次系统迁移工作的最大的风险点和难点在于在有限的停机时间内完成数据库的迁移工作。

1.1 数据库迁移的解决思路

xxx数据库系统数据量较大,并且应用系统的可用性要求极高,所以此次升级要求在有限的停机时间内,最大限度的降低风险、数据库业务在新的主机和存储系统上能够正常运行。为了尽可能减少业务系统的停机时间,保证数据库迁移工作的顺利完成,我们基于以往实施的数据库迁移成功案例(1。1T的数据量,迁移时间不超过15分),经过严格的数据库迁移测试,提出了采用数据库Dataguard技术的数据迁移。

采用数据库Dataguard技术的数据迁移的特点:

●对业务的影响小,switchover到新主机的时间小于10分钟

●一旦新数据库出现问题能够方便的回切到原来的数据库,不丢失差异数据

采用数据库Dataguard技术的数据迁移的主要步骤如下:

1) 在新主机上安装Oracle9i 数据库软件

2) 在新主机上配置Dataguard 数据库(物理standby )

3) 利用DataGuard技术,主数据库不断的将新产生的数据库归档日志传输到

新主机并将这些归档日志应用到standby数据库,实现主备数据库之间的

数据同步

4) 系统割接期间只需将新主机上的standby数据库切换为主数据库即可

(switchover的时间小于10分钟)

5) 一旦新系统上数据库运行出现问题只需将数据库切换回原来主机上即可,

不会丢失任何数据

1.1.1 数据库升级的解决思路

1.1.1.1 数据库升级的基本出发点

?·保证企业生产及业务系统运行的安全性、连续性

?·克服原有系统缺陷

?·吸收适用的系统新特性

迁移工作必然涉及到数据库系统的扰动,所以减少对于正常业务系统的冲击,保证它的连续性和安全性是第一个出发点,数据库系统是业务系统的基础,认真准备和设计数据库迁移是开始的第一步。

迁移到更新版本的工作也是纠正原有系统内含的错误的良好机会,这个原则同样也适合于任何软件系统和硬件设备。

1.1.1.2 数据库迁移方式

从Oracle9i到Oracle10G的迁移有三种方式:

1. 使用export和import

优点:通过导出和导入方式对数据库存储结构进行重整有助于减少数据库碎块

缺点:对于超过150G以上的数据库,采用exp/imp方式的停机时间很长

2. 使用Migrate脚本

优点:速度快,一般在30分钟内能完成脚本升级

缺点:一旦升级后就无法回退

3. 使用Migrate向导工具(DBUA)

优点:速度快,一般在30分钟内能完成脚本升级

缺点:一旦升级后就无法回退,容错性较差

我们综合考虑了数据库规模、停机时间、升级风险和以往的成功案例后,我们建议采用数据库升级脚本方式直接升级迁移后的数据库,

1.2 项目实施计划

1.2.1 实施步骤

为了降低项目实施的风险,我们建议将整个系统迁移和升级项目拆分为五个阶段:

●准备阶段

准备阶段需要完成搭建新系统环境,是整个系统迁移项目成功的基石,主要工作包括安装操作系统、系统参数调整、存储及LVM设计和规划、MS/SG规划和实施等

●测试阶段

由于数据库升级采用脚本直接在生产库上实施,因此完备细致的测试工作是整个项目成功与否的关键,在测试阶段我们需要达到以下目的:

?验证迁移方案的可行性

?解决迁移测试过程中遇到的错误

?根据测试的结果调整迁移过程

?对整个系统迁移过程做进一步的优化

●数据库迁移阶段

为了尽可能的减少系统停机时间数据库的迁移工作,我们计划采用Oracle9i Dataguard技术:将数据库热备份恢复到新主机,配置主备节点的数据库归档日志同步,系统割接的时候只需做switchover 操作将新节点上备用数据库角色切换为主数据库即可。

数据库迁移到新节点后将应用系统也切换到新数据库,在新系统上运行一段时间,如果发现新节点上数据库或主机出现问题,可以方便的回切到原来的数据库,不丢失任何数据。

●数据库升级阶段

数据库升级由于直接在生产数据库上执行升级脚本,一旦升级失败对业务影响较大,因此其实施的前提是:

1) 测试阶段数据库升级测试成功

2) 对升级风险有预判和应急措施

3) 整个数据库升级时间在用户可接受的范围内

4) 在数据库升级前必须有个最新的、可用的数据库全备份

数据库迁移升级后的工作

数据库迁移升级后的工作包括数据库全备份、主机和数据库性能监控等1.2.2 实施计划

根据以上步骤整理的该项目实施计划表格如下:

1.3 系统迁移应急策略

1.3.1 系统迁移实施前的异常

如果在规划的时间点之前没有完成实施准备阶段的任务,实施时间顺延,在确保准备工作就绪的前提下才进行实施工作。

天玑科技将在该项目开始实施前进行全面性的系统软、硬件健康检查,确保在项目实施前系统完好.

1.3.2 系统迁移实施过程中的异常

本次系统迁移实施的原则是确保系统在规划的实施时间段之外可以正常运行。为确保系统在发生硬件或软件故障时能够及时得到技术响应,需要协调各相关人员到位.在实施过程中操作步骤具有可逆性,确保以外发生的时候可将系统迅速回退到最初状态。系统和数据在实施前都做最新的备份。

由于在正式数据库迁移之前,已经做过测试迁移的工作,应该能够估算出迁移

大概所需的时间。如果由于一些不可测原因导致迁移过程异常缓慢或终止,数据库升级所需时间超过原定时间,我们可以迅速将数据库系统恢复到最初状态。

1.3.3 系统迁移实施后的异常

由于该项目实施过程中,只有在确认了Oracle数据库迁移成功并且Oracle 9i 成功升级到10G成功后,才打开对数据库数据的增加、删除、修改等数据库变更操作,否则所有表空间均设置为readonly状态(或者通过调整Websphere中间件,停止对后端数据库的写操作以便限制成功迁移、升级之前的Oracle数据库的变更),因此,系统迁移实施后的异常情况下,由于迁移前后均不涉及到数据库数据的变更,严格来说可以简单通过恢复原环境节点承担中间件连接即可恢复为原有环境。

另一方面,前期的充分测试也是对该应急措施的保障性测试。

1.4 风险分析及对策分析

通过天玑科技多年以来专业服务项目实施的经验,我们建议xxx在该项目的实施过程中应把风险管理贯穿整个项目,天玑科技充分考虑了可能造成项目失败的所有因素和预防措施,以及发生时的管理办法,以此作为该项目的风险规避方案。

1.4.1 风险种类

不可控制的风险

(1) 重大政策出台,影响公司发展;

(2) 重大社会事件发生

(3) 自然灾难导致机房,机器在升级过程中受损

可控制的风险

(1) 随意变更项目目标、范围、时间;

(2) 随意调用项目人员,使其没有足够的参与时间;

(3) 不能及时决策、及时确认项目阶段报告;

(4) 不遵守项目大纲的要求。

可能的风险

(1) 数据库版本升级带来的与应用不兼容,包括性能方面和功能方面

(2) 数据库版本升级带来的现有硬件不兼容,比如带库

(3) 数据库版本升级带来的现有软件不兼容,比如备份软件,监控软件

(4) 数据库版本升级带来的管理人员培训需要

以上从系统的各个方面简单描述了各种类型的风险,具体风险及防范措施将通过下面依据升级工作生命周期的阶段性分析来详细描述,将涵盖可能产生的各方面风险.

1.4.2 风险分析及防范措施

我们根据以往数据库Oracle9i到Oracle10G的升级的成功经验,对于xxx改造项目实施

过程中可能出现的以下风险点及提出了对应的应对措施:?风险一:直接在生产库上升级

?风险二:生产库恢复时间

?风险三:数据库服务器之间版本不一致

?风险四:客户端和服务端版本不一致

?风险五:Failover

?风险六:升级Pro*C程序版本

?风险七:不升级Pro*C程序版本

?风险八:疲劳操作

?风险九:执行计划稳定性

?风险十:High Version Count

?风险十一:并行性能

?风险十二:RMAN Catalog

?风险十三:培训成本

?风险十四:管理磨合期

1.5 项目需要的资源保证

1.5.1 组织与人力资源保证

(1) 组建强有力的由各相关业务部门骨干参加的项目组织,并明确职责。

(2) 决策层:高层领导负责,定期听取汇报,及时决策执行层上交的问题。

(3) 执行层:能够协调各分公司、各相关部门,必要时能提交决策层。

(4) 操作层:项目骨干成员必须为稳定的业务骨干,并能在日后的优化、维护中

发挥作用.

1.5.2 系统与办公环境保证

(1) 硬件、软件的采购、安装、调试、维护要有保证。

(2) 相对固定的,便于随时与各部门业务人员交流的办公场所。

(3) 必要的办公与通讯设施(电话、传真、互联网、打印机、复印机)。

1.5.3 项目成功的关键因素

主要包括以下几方面:

(1) 高层管理对项目的承诺和决心,并且加以大力推动。

(2) 明确的项目目标与范围。

(3) 充分的沟通和交流, 上下保持一致的项目目标.

(4) 决策迅速,顺畅的变革管理。

(5) 有效、充分的知识转移。

(6) 实力雄厚,经验丰富的项目实施队伍。

应用及数据迁移方案精品范本

1应用及数据迁移方案 1.1 应用及数据迁移概述 本次的应用及数据迁移工作,新旧设备的数据迁移也将体现本次实施工作的水准。 原应用及数据迁移具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员多、层次复杂等特点。本项目迁移工作,应用不能中断,迁移准备工作要充足,迁移时间在尽可能非工作时间完成,并在极短的时间内完成准备工作,并能够有超过时间的倒退方案,所有新设备的应用系统稳定性也是一个考验。因此,必须协调好各单位人员的关系,齐心协力才可能在预定时间内完成应用和数据的迁移工作。 本方案是以尽量不影响XXX信用社的日常工作或将影响降低到最低为前提的情况下制定的,在小型机及存储设备到货后,先完成对小型机及存储的独立系统安装与调试工作,第二步完成应用系统的安装与调试工作,整个新系统完成可独立运行后,选择在非工作时间开始开始数据迁移工作,到工作时间以前完成整个服务器、存储设备的数据迁移及测试工作。并且在正式上线运行以后,继续跟踪系统的运行情况,随时处理系统运行的异常情况。当然,在XXX信用社各方面人员的充分协调及配合下才能完成本次应用及数据的迁移任务。 我公司在上游厂商资源方面有较大优势,如在迁移工作中出现设备故障,除在备品备件中提供的备件外,还可协调各方资源以最快速度解决客户设备故障问题。 1.2 迁移规划 1、实施流程: 流程主要根据迁移前的需要制定,主要详细了解当前系统设备情况,系统运

行情况。针对所了解情况制定详细迁移方案以及应急方案。 2、专业工程师了解用户原有设备的现状以及迁移后的具体要求。充分考虑在实施过程中可能出现的各种情况,定制详细可行性的迁移实施计划,将应用及数据迁移工作对用户的影响降至最小。 3、编制迁移前及迁移后的服务器及存储布置表、连接表、线缆号表,设备实施计划表。可根据用户情况分为多个系统进行分类。 4、在迁移过程中需要XXX信用社技术人员密切配合。 5、为保证迁移工作顺利、有序、安全的进行将制定详细的迁移流程,进行细致的分工,具体工作安排到人,责任到人。 6、迁移工作中的工作原则最少安排3人以上,以保证工作的准确性。 1.3 详细实施方案 本次设备安装实施时间为20天。我们将尽量细化任务安排保证工作顺利进行。 为了迁移能按时顺利进行,并且在迁移后能够保证设备及应用正常运行,我们制定了一系列简单明了的工作表,帮助工程实施人员确定各种迁移工作中要执行的工作是否完成。避免工作失误,避免造成迁移工作的延误。 实施流程: 环境的要求: 需要在迁移前检查环境及设备设施是否符合要求,本工作表是保证迁移后设备能否稳定正常运行的先决条件,在迁移前由迁移负责人同相关人员填写确认。 目的环境检查表

应用及数据迁移方案

1应用及数据迁移方案 1.1应用及数据迁移概述 本次的应用及数据迁移工作,新旧设备的数据迁移也将体现本次实施工作的水准。 原应用及数据迁移具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员 多、层次复杂等特点。本项目迁移工作,应用不能中断,迁移准备工作要充 足,迁移时间在尽可能非工作时间完成,并在极短的时间内完成准备工作,并能够有超过时 间的倒退方案,所有新设备的应用系统稳定性也是一个考验。因此,必须协调好各单位人 员的关系,齐心协力才可能在预定时间内完成应用和数据的迁移工作。 本方案是以尽量不影响XXX信用社的日常工作或将影响降低到最低为前提的情况下制 定的,在小型机及存储设备到货后,先完成对小型机及存储的独立系统安装与调试工作, 第二步完成应用系统的安装与调试工作,整个新系统完成可独立运行后,选择在非工作时 间开始开始数据迁移工作,到工作时间以前完成整个服务器、存储设备的数据迁移及测试 工作。并且在正式上线运行以后,继续跟踪系统的运行情况,随时处理系统运行的异常情 况。当然,在XXX信用社各方面人员的充分协调及配合下才能完成本次应用及数据的迁移 任务。 我公司在上游厂商资源方面有较大优势,如在迁移工作中出现设备故障,除在备品备件中提供的备件外,还可协调各方资源以最快速度解决客户设备故障问题。 1.2迁移规划 1、实施流程: 流程主要根据迁移前的需要制定,主要详细了解当前系统设备情况,系统运行情况。针对所了解情况制定详细迁移方案以及应急方案。 2、专业工程师了解用户原有设备的现状以及迁移后的具体要求。充分考虑 在实施过程中可能出现的各种情况,定制详细可行性的迁移实施计划,将应用及数据迁移

数据迁移技术方案

数据迁移方案 N8000到AS13000 广东XX信息技术有限2015年7月

1. 系统拓扑图 成果数据存储系统拓扑图 千兆以太网光纤线路万兆以太网光纤线路 中间服务器 千兆以太网线路 2. 需求分析 新增设备:2台AS13000-NAS 、1台NAS 网关和1套DPS 备份系统通过光纤跳线连接万兆交换机,中间服务器和华赛N8000通过6类网线连接万兆交换机,最低达到千兆交换的物理基础架构。其中1台AS13000-NAS 作为成果数据存储,通过NAS 网关对外提供存储服务,另一台通过DPS 备份软件实现数据备份。 华赛N8000存储数据有40TB ,包括各种大小文件、压缩包,需安全迁移到AS13000,实现数据的备份和共享。数据迁移是敏感性动作,必须保证迁移数据的完整性、可用性,一致性。 华赛N8000已发生硬件故障,须尽快完成数据迁移工作。

3.数据迁移方案 本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移,并保证数据的完整性、可用性,一致性。 我们在本方案中建议以下2种方式实现存储设备之间的数据迁移: ●文件复制 ?通过全备份、增量备份实现数据迁移 ?实现方式简单,迁移成本较低 ?需要较长的存储中断服务时间 ●备份软件迁移 ?通过建立选择备份的模式运行实现数据自动复制,实现数据迁移 ?支持异构平台 ?需要第三方备份工具支持,成本较高 3.1.文件复制 该方法是通过中间服务器的指令在2个存储设备之间复制数据,数据迁移实现方式简单,不需要对源数据进行设置变更,不影响源数据的正常运行;但该方式迁移数据需要较长的迁移周期,同时需要安排一定的存储中断服务时间,以保证数据的完整迁移。 该方法不适用于增量数据迁移,增量数据需另配存储或在存储中临时划LUN替用,迁移完原数据后再迁移增量数据。 3.2.备份软件迁移 该方法通过安装的备份软件实现2个存储设备之间数据备份,向导指引你进行文件的备份与恢复,支持任务排程,进行备份时可以根据文件类型有选择的进行备份,备份文件可以压缩为ZIP文件进行存放,以节省空间,并且可以通过压缩密码保护您的文件。整个迁移过程都是可控的,原有存储环境保留,避免了迁移过程中的数据损失,保证了系统的平稳过渡。

服务器和应用系统迁移方案

服务器和应用系统迁移 方案 TYYGROUP system office room 【TYYUA16H-TYY-TYYYUA8Q8-

服务器和应用系统迁移方案一、迁移方案总体思路 新旧系统的迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求,在迁移过程中,我们需要重点考虑几个问题: 1、数据迁移如何保障“业务中断停机时间”。业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险,这样的风险特别是对于时间敏感型数据还是对于数据完整性业务都是不可以接受的。我们基于这样的要求,考虑到如何将停机时间最小,能否实现0停机的建设目标? i.对于服务器操作系统而言,我们可以采用P2V的方式,利用操作系统的VolumeShadowCopy卷影副本复制服务作为基础,来实现在旧系统环境下的系统无修改,无停机的情况下,将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。 ii.对于应用IIS和其他应用服务器来说,我们可以基于应用服务器的动态业务扩展集群方式,来实现服务器不停机环境下的增加业务节点操作,这样可以实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中,在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。考虑到会话复制和状态的快速实时,我们可以采用会话内存复制,考虑到会话复制和状态的安全性,我们可以采用会话数据库复制管理。 iii.对于数据库而言,我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建,数据库镜像技术可以让我们不但保证数据库迁移的不停机,而且还可以保证万一迁移中出现停机故障也不影响源数据库,而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行,这样可以让我们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。 2、迁移涉及到的除了应用、实例、数据库的操作以外,还涉及到迁移前规划、迁移后测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。

Domino数据迁移解决方案

协同应用平台Domino数据迁移解决方案

Lotus Domino/Notes简介 Domino数据库结构模式: 1.Lotus Domino是先进的文档数据库,广泛应用于办公自动化、工作流控制、协同工作环境等方面, Domino的一个主要技术是信息检索技术,包括全文检索、关键字查询、视图和文件夹等多种方式。2.文档型数据库与关系型数据库的区别与联系 区别:非结构化数据与结构化数据。 联系:数据库对象类比表。 3.Domino系统的主要组件有Domino服务器、Adminstrator、Designer和Notes客户端。 Domino服务器集企业级电子邮件、分布式文档数据库与快速应用开发与一体。 Adminstrator是管理服务器的软件,用于监控、管理和性能优化。 Designer是应用程序开发软件。 Notes是工作站端软件,集成了邮件、日历、WEB浏览和信息管理。 4.Domino数据库结构由表单、域、文档、视图及其他显示部分组成。

表单:用于创建表单外观和功能的组件。 域:是构成表单的重要元素,用以数据录入、存放和显示。 文档:存储信息的主要形式,相当于关系型数据库的行记录。 视图:是文档的现实窗口,可加条件。 OA的迁移模块简介 【项目名称】×××××政府 【公文】 公文管理主要是国家行政机关、企事业单位在行政管理过程中形成的具有法定效力和规范体式的文书,是依法行政和进行公务活动的重要工具。 本模块主要实现发文、收文、文件送审签的网上自动流转,从而提供了更加规范化、制度化、科学化、流程化的办理方式,简化了纸质办理方式的繁琐性,使工作效率得到了大大的提高。因此公文历史数据的查阅和复用频率很高。 【政务信息】 OA政务信息模块是信息的一个重要门类,是政务活动中反映政务工作及其相关事物的情报、情况、资料、数据、图表、文字材料和音像材料等的总称。 【项目名称】××××××集团 【集团公司发文】参看【公文】 Domino数据迁移具体技术实现方案 Domino数据源搜索提供两种方法: 一、使用Domino因特网ORB间协议DIIOP访问

XXX数据迁移方案

正本 招标人:XXXX 项目名称:电信机房迁移项目 (数据库升级部分) 投 标 文 件 投标方全称:XXXX股份有限公司 2012年02月20日

前言 首先,非常感谢各位领导及专家给予XXXX参与“XXXX数据库迁移项目”的机会,我们凭借自身综合实力及多年系统集成,提交本方案,望能采用。 XXXX集团(原青鸟软件股份有限公司)起源于北京大学,是一家专业从事软件与信息技术服务的大型企业集团(以下简称“XXXX”),XXXX集团以XXXX股份有限公司为核心企业, XXXX活跃在新经济下企业转型服务领域,并在咨询服务、软件开发、系统集成以及运维服务四个核心业务领域积累了世界领先的专业技术和服务经验,与50多家国际著名管理咨询公司和软硬件厂商结成战略合作联盟,与3000多家国内集成商紧密合作,为数万家客户提供信息技术服务和应用软件解决方案及相关服务,在金融、能源、政府及企业领域建立起了卓越的声誉和品牌,是客户最佳的信息技术发展战略合作伙伴。 针对本项目,XXXX具有如下优势: 集成优势 XXXX作为一级系统集成商,对系统集成有着深刻的认识;同时设计和实施过在众多数据中心、大型业务系统的软硬件平台,有着丰富的建设经验;针对应用的高可用性和业务的连续性有着深入的研究,结合用户的具体需求,我们将提供全面、合理的解决方案。 产品优势 XXXX是IBM、HP、SUN小型机;ORACLE、SYBASE数据库;IBM、ORACLE中间件及试测软件;EMC、HDS存储;CISCO、AVAYA网络设备;APC机房设备等高级别代理商,对各类产品有深入细致的了解,能为贵校提供最优的解决方案。 完善的质量保证体系 ISO9001质量保证体系是质量管理标准和质量保证标准。XXXX为了进一步提高公司的管理水平,确立了以客户为中心的质量体系,并将其定义到整个系统集成的设计/开发、供应、安装和服务领域。 本地化服务能力 上海XXX员工逾200人,技术人员50余名,其中包括小型机、中型机、存储、数据库、 智能化、软件、项目经理人及网络工程师若干名,具备较强的技术力量和集成能力。 公司特为此项目成立豪华项目小组,由公司销售总监担当项目组长,监控整个项目的实施过程,并组建15人的技术服务团队(有厂商资格认证的工程师)配合厂商为用户提供全方位的技术服务。 优惠政策 公司根据本实验室的建设目标、主要任务和功能定位,特免费赠送对改实验室建设有帮助的一款系统软件数据统计软件,希望能够充分的帮助学校更好的建设此实验室。 科研合作 近期,国家加大了对“产学研”过程的扶持与引导力度,而XXXX也一直致力于出身高校(前北大系)服务于高校的准则,大力与高校进行校企合作。充分利用高校的人力资源与科研能力,在金融、电力、能源、高教等领域共同开发出适合市场需求的产品,并树立良好的品牌。因此,希望通过此次参与上海交通大学项目,能够有机会更进一步与贵校在内容安全领域有更多的科研合作,通过XXXX现有的用户群来做市场推广。 本着与XXXX建立全面、持久、稳定、良好的业务合作关系,我们郑重承诺: 以丰富的项目实施能力、雄厚的资金实力,以方便、快捷的本地化服务特点为保障,确保XXXX数据库升级项目的顺利实施。 目录

系统历史数据迁移方案

新老系统迁移及整合方案 本次总局综合业务系统是在原有系统的基础上开发完成,因此,新旧系统间就存在着切换的问题。另外,新开发的系统还存在与其他一些应用系统,例如,企业信用联网应用系统、企业登记子网站、外资登记子网站等系统进行整合使之成为一个相互连通的系统。本章将针对新老系统迁移和整合提出解决方案。 新老系统迁移及整合需求分析 系统迁移又称为系统切换,即新系统开发完成后将老系统切换到新系统上来。 系统切换得主要任务包括:数据资源整合、新旧系统迁移、新系统运行监控过程。数据资源整合包含两个步骤:数据整理与数据转换。数据整理就是将原系统数据整理为系统转换程序能够识别的数据;数据转换就是将整理完成后的数据按照一定的转换规则转换成新系统要求的数据格式,数据的整合是整合系统切换的关键;新旧系统迁移就是在数据正确转换的基础上,制定一个切实可行的计划,保证业务办理顺利、平稳过渡到新系统中进行;新系统运行监控就是在新系统正常运转后,还需要监控整个新系统运行的有效性和正确性,以便及时对数据转换过程中出现的问题进行纠正。 系统整合是针对新开发的系统与保留的老系统之间的整合,以保证新开发的系统能与保留的老系统互动,保证业务的顺利开展。主要的任务是接口的开发。需要进行迁移的系统

需要进行整合的系统 需要与保留系统整合的系统包括: 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.系统整合的目标: 保证直接关联的系统互动,保证业务的正常办理。例如公众服务系统与基本业务系统之间互动,基本业务与协同业务之间互动等等。

应用系统迁移与方案

目录 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 迁移方案总体思路 中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求,在迁移方案设计中,我们重点考虑几个问题。

(完整)应用和数据迁移方案

(完整)应用和数据迁移方案 编辑整理: 尊敬的读者朋友们: 这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布的,发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方,但是任然希望((完整)应用和数据迁移方案)的内容能够给您的工作和学习带来便利。同时也真诚的希望收到您的建议和反馈,这将是我们进步的源泉,前进的动力。 本文可编辑可修改,如果觉得对您有帮助请收藏以便随时查阅,最后祝您生活愉快业绩进步,以下为(完整)应用和数据迁移方案的全部内容。

第一章. 应用和数据迁移方案 由于xxx生产作业是24小时不间断运作的,因此要求系统能连续运行,并具有很高的安全可靠性,用户希望在以最小的系统停机时间完成生产系统迁移工作。本次系统迁移工作的最大的风险点和难点在于在有限的停机时间内完成数据库的迁移工作。 1.1 数据库迁移的解决思路 xxx数据库系统数据量较大,并且应用系统的可用性要求极高,所以此次升级要求在有限的停机时间内,最大限度的降低风险、数据库业务在新的主机和存储系统上能够正常运行。为了尽可能减少业务系统的停机时间,保证数据库迁移工作的顺利完成,我们基于以往实施的数据库迁移成功案例(1。1T的数据量,迁移时间不超过15分),经过严格的数据库迁移测试,提出了采用数据库Dataguard技术的数据迁移。 采用数据库Dataguard技术的数据迁移的特点: ●对业务的影响小,switchover到新主机的时间小于10分钟 ●一旦新数据库出现问题能够方便的回切到原来的数据库,不丢失差异数据 采用数据库Dataguard技术的数据迁移的主要步骤如下: 1) 在新主机上安装Oracle9i 数据库软件 2) 在新主机上配置Dataguard 数据库(物理standby ) 3) 利用DataGuard技术,主数据库不断的将新产生的数据库归档日志传输到 新主机并将这些归档日志应用到standby数据库,实现主备数据库之间的 数据同步 4) 系统割接期间只需将新主机上的standby数据库切换为主数据库即可 (switchover的时间小于10分钟) 5) 一旦新系统上数据库运行出现问题只需将数据库切换回原来主机上即可, 不会丢失任何数据

应用及数据迁移方案

1 2 3应用及数据迁移方案 3.1应用及数据迁移概述 本次的应用及数据迁移工作,新旧设备的数据迁移也将体现本次实施工作的水准。 原应用及数据迁移具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员多、层次复杂等特点。本项目迁移工作,应用不能中断,迁移准备工作要充足,迁移时间在尽可能非工作时间完成,并在极短的时间内完成准备工作,并能够有超过时间的倒退方案,所有新设备的应用系统稳定性也是一个考验。因此,必须协调好各单位人员的关系,齐心协力才可能在预定时间内完成应用和数据的迁移工作。 本方案是以尽量不影响XXX信用社的日常工作或将影响降低到最低为前提的情况下制定的,在小型机及存储设备到货后,先完成对小型机及存储的独立系统安装与调试工作,第二步完成应用系统的安装与调试工作,整个新系统完成可独立运行后,选择在非工作时间开始开始数据迁移工作,到工作时间以前完成整个服务器、存储设备的数据迁移及测试工作。并且在正式上线运行以后,继续跟踪系统的运行情况,随时处理系统运行的异常情况。当然,在XXX信用社各方面人员的充分协调及配合下才能完成本次应用及数据的迁移任务。 我公司在上游厂商资源方面有较大优势,如在迁移工作中出现设备故障,除在备品备件中提供的备件外,还可协调各方资源以最快速度解决客户设备故障问题。 3.2迁移规划 1、实施流程: 流程主要根据迁移前的需要制定,主要详细了解当前系统设备情况,系统运

行情况。针对所了解情况制定详细迁移方案以及应急方案。 2、专业工程师了解用户原有设备的现状以及迁移后的具体要求。充分考虑在实施过程中可能出现的各种情况,定制详细可行性的迁移实施计划,将应用及数据迁移工作对用户的影响降至最小。 3、编制迁移前及迁移后的服务器及存储布置表、连接表、线缆号表,设备实施计划表。可根据用户情况分为多个系统进行分类。 4、在迁移过程中需要XXX信用社技术人员密切配合。 5、为保证迁移工作顺利、有序、安全的进行将制定详细的迁移流程,进行细致的分工,具体工作安排到人,责任到人。 6、迁移工作中的工作原则最少安排3人以上,以保证工作的准确性。 3.3详细实施方案 本次设备安装实施时间为20天。我们将尽量细化任务安排保证工作顺利进行。 为了迁移能按时顺利进行,并且在迁移后能够保证设备及应用正常运行,我们制定了一系列简单明了的工作表,帮助工程实施人员确定各种迁移工作中要执行的工作是否完成。避免工作失误,避免造成迁移工作的延误。 实施流程: 环境的要求: 需要在迁移前检查环境及设备设施是否符合要求,本工作表是保证迁移后设备能否稳定正常运行的先决条件,在迁移前由迁移负责人同相关人员填写确认。 目的环境检查表 项目 是 /否 解决方法备注 供电功率是否符合要求是温湿度是否符合要求是

Oracle10g的数据迁移方案(好文章要转)

Oracle10g的数据迁移方案(好文章要转) 2008-07-07 11:31 网上看到一个不错的文章,转帖给大家,包括传输表空间解决跨平台及endian-ness问题的处理方法 找到将数据从仓库迁移到集市的最快方法。 Lora 是Acme银行的数据库管理员,她现在在该银行高层管理团队高级会议上成了大家最关注的核心人物。这次会议的目的是确定一些方法,来使最终用户能够详细分析公司主数据仓库中的数据。会上提出的一种想法是创建几个小型数据集市--每个集市根据一个特定的职能范围存储数据--这样每个数据集市就可以由专门的团队来使用。 为了有效地实现数据集市的方法,数据专家必须能将数据快速、有效地放入数据集市中。该团队面临的挑战就是解决如何用数据仓库中的数据快速刷新数据集市中的数据,而这些数据集市又运行在各个结构不同的平台上。这就是Lora为什么出席会议的原因。她会为移动数据提出哪些可供选择的方法呢? 作为一名经验丰富、知识渊博的数据库管理员,Lora向与会者提供了三种可能的方法,分别是: 使用可移动表空间 使用数据泵(导入和导出) 拖出表空间 本文介绍Lora对这三种可选方法的解释,包括它们的实施细节和优缺点。 可移动表空间 Lora 从可移动表空方法开始介绍。把整个表空间移动到目标系统的最快速方法是用FTP(文件传输协议)或rcp(远程复制)来简单地转移表空间的基本文件。但是,仅仅复制Oracle数据文件还不够,目标数据库必须识别出并导入文件以及相应的表空间,最终用户才能使用表空间数据。使用可移动表空间包括复制表空间文件和使它们中的数据在目标数据库中可用。 在考虑该方法之前必须进行一些审查。首先,对于要转移到目标系统的表空间TS1,它必须是自含式的(self-contained)。也就是说,在该表空间中表的所有索引、分区及其他从属于该表的各数据段都必须在该表空间内部。Lora解释说,如果一个表空间集合包含所有从属的数据段,那么就认为这个集合是自含式的。例如,如果表空间TS1和TS2要作为一个集合进行转移,TS1中的一个表在TS2中有一个索引,则这个表空间集合就是自含式的。但是,如果TS1中的一个表另一个索引在表空间TS3中,则该表空间集合(TS1, TS2)就不是自含式的。 要移动表空间,Lora提议使用Oracle数据库10g中的数据泵导出(Data Pump Export)工具。数据泵是Oracle的新一代数据转移工具,它替换了早期的Oracle Export (EXP)和Import (IMP)工具。这些老的工具使用正则SQL来提取和插入数据,而数据泵则与它们不同,它使用能绕过SQL缓冲区的专用API,从而使操作过程速度变得极快。此外,数据泵可以提取特定的对象,如特定的存储过程或特定表空

数据迁移解决方案

数据迁移解决方案

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

应用系统迁移方案

目录 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.3.1 保障业务中断停机时间最小化 业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险,这样的风

应用及数据迁移方案

应用及数据迁移方案 应用及数据迁移概述 本次的应用及数据迁移工作,新旧设备的数据迁移也将体现本次实施工作的水准。 原应用及数据迁移具有时间短、系统结构复杂、测试时间长、设备繁多昂贵、人员多、层次复杂等特点。本项目迁移工作,应用不能中断,迁移准备工作要充足,迁移时间在尽可能非工作时间完成,并在极短的时间内完成准备工作,并能够有超过时间的倒退方案,所有新设备的应用系统稳定性也是一个考验。因此,必须协调好各单位人员的关系,齐心协力才可能在预定时间内完成应用和数据 在小型 到工作 2 3 情况分为多个系统进行分类。 4、在迁移过程中需要XXX信用社技术人员密切配合。 5、为保证迁移工作顺利、有序、安全的进行将制定详细的迁移流程,进行细致的分工,具体工作 安排到人,责任到人。 6、迁移工作中的工作原则最少安排3人以上,以保证工作的准确性。 详细实施方案 本次设备安装实施时间为20天。我们将尽量细化任务安排保证工作顺利进行。

为了迁移能按时顺利进行,并且在迁移后能够保证设备及应用正常运行,我们制定了一系列简单明了的工作表,帮助工程实施人员确定各种迁移工作中要执行的工作是否完成。避免工作失误,避免 造成迁移工作的延误。 实施流程: 环境的要求: 需要在迁移前检查环境及设备设施是否符合要求,本工作表是保证迁移后设备能否稳定正常运行的先决条件,在迁移前由迁移负责人同相关人员填写确认。 数据备份 数据备份需要迁移负责人和系统管理人员在设备迁移前对原设备进行备份。这次备份是迁移前的最后一次备份,是必须认真完成的一项工作。是数据迁移后数据是否完整的关键。备份包括服务器的 数据备份。网络设备的配置文件备份等。 此工作表在备份时由迁移负责人同系统管理人员共同确认完成。 服务器表

应用和数据迁移方案修订稿

应用和数据迁移方案 Document number【AA80KGB-AA98YT-AAT8CB-2A6UT-A18GG】

应用和数据迁移方案由于xxx生产作业是24小时不间断运作的,因此要求系统能连续运行,并具有很高的安全可靠性,用户希望在以最小的系统停机时间完成生产系统迁移工作。本次系统迁移工作的最大的风险点和难点在于在有限的停机时间内完成数据库的迁移工作。 1.1数据库迁移的解决思路 xxx数据库系统数据量较大,并且应用系统的可用性要求极高,所以此次升级要求在有限的停机时间内,最大限度的降低风险、数据库业务在新的主机和存储系统上能够正常运行。为了尽可能减少业务系统的停机时间,保证数据库迁移工作的顺利完成,我们基于以往实施的数据库迁移成功案例(1.1T的数据量,迁移时间不超过15分),经过严格的数据库迁移测试,提出了采用数据库Dataguard技术的数据迁移。 采用数据库Dataguard技术的数据迁移的特点: 对业务的影响小,switchover到新主机的时间小于10分钟 一旦新数据库出现问题能够方便的回切到原来的数据库,不丢失差异 数据 采用数据库Dataguard技术的数据迁移的主要步骤如下: 1)在新主机上安装Oracle9i 数据库软件 2)在新主机上配置Dataguard 数据库(物理standby ) 3)利用DataGuard技术,主数据库不断的将新产生的数据库归档日志 传输到新主机并将这些归档日志应用到standby数据库,实现主备 数据库之间的数据同步 4)系统割接期间只需将新主机上的standby数据库切换为主数据库即 可(switchover的时间小于10分钟) 5)一旦新系统上数据库运行出现问题只需将数据库切换回原来主机上 即可,不会丢失任何数据

数据库迁移方案

文档版本:0.7芜湖市区域卫生信息平台 数据迁移方案编制单位:东软集团股份有限公司 2014年11月12日

文档修改记录

1 弓I 言. (2) 1.1 编写目的 (2) 2 数据库环境概述 (3) 2.1 正式数据库环境(旧版) (3) 2.2 临时数据库环境(升级) (3) 3 数据迁移需求 (3) 3.1 软硬件需求 (3) 3.2 网络需求 (4) 3.3 数据迁移需求 (4) 4 数据迁移方案 (5) 4.1 正式数据库数据 (5)

4.2 临时数据库数据 (6) 4.3 数据迁移步骤 (6) 1 引言 1.1 编写目的 本文档用于描述芜湖市基于健康档案的区域卫生信息平台由于迎接卫计委标准符合性测评整体升级中数据库整体迁移的说明文档,用以说明目前数据库情况, 迁移涉及的内容以及迁移需求,需要硬件集成工程师根据实际情况给出合理建议, 并指导数据库迁移工作的实施。 本文档的预期读者为: 建设单位:卫生局领导、技术人员、工作人员; 承建单位:硬件集成工作人员、东软平台实施人员。

2数据库环境概述 2.1 正式数据库环境(旧版) 旧版数据库为正式数据库,做了集群,其用于2012年、2013年的项目实施采 集,于2014年进行项目升级时暂停使用。 说明: 旧版数据库环境,交换库的数据完全无用,中心库的数据偶尔应对上级检查的集成浏览器调阅 显示(由于新版浏览器集成未做好),且只应用于旧版浏览器的调阅使用。 2.2 临时数据库环境(升级) 说明: 临时数据库环境的数据为2014年升级后采集的数据,数据库均未做集群,平台所有新版应用、综合管理系统、新上线的服务均连接访问临时数据库28。 3数据迁移需求 3.1软硬件需求 操作系统字符集为8 ; 两台小型机虚拟出独立的四台机器,两台作为交换数据库,两台作为中心 数据库,并支持集群,如下图: 1 :…r. kr

数据迁移技术方案

数据迁移方案 N8000到AS13000 广东XX信息技术有限

2015年7月

1. 系统拓扑图 2. 需求分析 新增设备:2台AS13000-NAS 1台NAS 网关和1套DPS 备份系统通过光纤 跳线连接万兆交换机,中间服务器和华赛 N8000通过6类网线连接万兆交换机, 最低达到千兆交换的物理基础架构。其中 1台AS13000-NAS 乍为成果数据存储, 通过NAS 网关对外提供存储服务,另一台通过 DPS 备份软件实现数据备份。 华赛N8000存储数据有40TB,包括各种大小文件、压缩包,需安全迁移到 AS1300Q 实现数据的备份和共享。数据迁移是敏感性动作,必须保证迁移数据 的完整性、可用性,一致性。 华赛N8000已发生硬件故障,须尽快完成数据迁移工作。 核心交换机 文件服务 中间服务器 万兆交换机1 DPS nui L mint 已有存储 千兆以太网线路 成果数据存储系统拓扑 千兆以太网光纤线路 万兆以太网光纤线路 iliiiin Ullin IIIIIII * 成果存储 主 AS13000 ........ Jllllll IIIIIII Hlllll I IIIIIII Ulllll 万兆交换机2 NAS 网 limn AS13000 Blllll IIIIIII IIIIIII IKIIII 成果存储 备

3.数据迁移方案 本次数据迁移的目标是在最少存储中断服务时间内完成数据在两个存储设备之间快速有序迁移,并保证数据的完整性、可用性,一致性。 我们在本方案中建议以下2种方式实现存储设备之间的数据迁移: 文件复制 通过全备份、增量备份实现数据迁移 实现方式简单,迁移成本较低 需要较长的存储中断服务时间 备份软件迁移 通过建立选择备份的模式运行实现数据自动复制,实现数据迁移 支持异构平台 需要第三方备份工具支持,成本较高 3.1.文件复制 该方法是通过中间服务器的指令在2个存储设备之间复制数据,数据迁移实现方式简单,不需要对源数据进行设置变更,不影响源数据的正常运行;但该方式迁移数据需要较长的迁移周期,同时需要安排一定的存储中断服务时间,以保证数据的完整迁移。 该方法不适用于增量数据迁移,增量数据需另配存储或在存储中临时划 LUN替用,迁移完原数据后再迁移增量数据。 3.2.备份软件迁移 该方法通过安装的备份软件实现2个存储设备之间数据备份,向导指引你进行文件的备份与恢复,支持任务排程,进行备份时可以根据文件类型有选择的进行备份,备份文件可以压缩为ZIP文件进行存放,以节省空间,并且可以通过压缩密码保护您的文件。整个迁移过程都是可控的,原有存储环境保留,避免了迁移过程中的数据损失,保证了系统的平稳过渡。

应用系统迁移方案(完整资料).doc

【最新整理,下载后即可编辑】 目录 1.1 总述 (2) 1.2 系统迁移需求分析 (2) 1.2.1中心系统迁移需求分析总体结论 (2) 1.3 迁移方案总体思路 (3) 1.3.1保障业务中断停机时间最小化 (3) 1.3.2业务切割时间节点优化 (4) 1.3.3迁移后完整性测试 (4) 1.4 服务器硬件环境迁移方案 (5) 1.4.1迁移评估 (5) 1.4.2迁移计划 (6) 1.4.3测试计划 (7) 1.4.4迁移测试 (7) 1.4.5迁移实施 (7) 1.5 运营商接入链路(路由)迁移 (11) 1.6 应用系统和数据库迁移方案 (12) 1.6.1应用服务器迁移 (12) 1.6.2数据库迁移实施 (13) 1.7 系统迁移的具体组织实施方案 (14) 1.7.1搬迁规划 (14) 1.7.2详细实施方案 (15) 1.7.3应急处理 (16)

1.1总述 按照本期招标采购要求,中心在建成后要实现对迁移应用和新建业务平台的一体化集成。 考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台,上述平台都是中心的核心、重要应用,因此我公司认为原系统的搬迁将是项目建设的重点和难点。 本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为基础,给出搬迁方案设计。 1.2系统迁移需求分析 按照用户招标要求,本期系统迁移的具体需求分析如下。 中心原有应用系统将全部迁移至虚拟化服务平台,迁移期间必须保证工作不能中断,历史数据不能损失;迁移后的系统与多媒体融合通信指挥平台融合对接。 系统迁移的难点是系统切割时间节点的合理规划和确保电话接入路由的转换,历史数据的无损迁移也是系统搬迁的难点和重点。 1.2.1中心系统迁移需求分析总体结论 通过对中心现有上述应用迁移的需求分析,鉴于原系统建设

相关文档
最新文档