应用和数据迁移方案

《应用和数据迁移方案》由会员分享，可在线阅读，更多相关《应用和数据迁移方案（13页珍藏版）》请在装配图网上搜索。

1、优质文档第1章. 应用和数据迁移方案由于xxx生产作业是24小时不连续运作的，因此要求系统能连续运行，并具有很高的平安牢靠性，用户盼望在以最小的系统停机时间完成生产系统迁移工作。本次系统迁移工作的最大的风险点和难点在于在有限的停机时间内完成数据库的迁移工作。1.1 数据库迁移的解决思路xxx数据库系统数据量较大，并且应用系统的可用性要求极高，所以此次升级要求在有限的停机时间内，最大限度的降低风险、数据库业务在新的主机和存储系统上能够正常运行。为了尽可能削减业务系统的停机时间，保证数据库迁移工作的顺当完成，我们基于以往实施的数据库迁移胜利案例(1.1T的数据量，迁移时间不超过15分)，经过严格的

2、数据库迁移测试，提出了采纳数据库Dataguard技术的数据迁移。采纳数据库Dataguard技术的数据迁移的特点：l 对业务的影响小，switchover到新主机的时间小于10分钟l 一旦新数据库出现问题能够便利的回切到原来的数据库，不丧失差异数据采纳数据库Dataguard技术的数据迁移的主要步骤如下：1) 在新主机上安装Oracle9i 数据库软件2) 在新主机上配置Dataguard 数据库(物理standby )3) 利用DataGuard技术，主数据库不断的将新产生的数据库归档日志传输到新主机并将这些归档日志应用到standby数据库，实现主备数据库之间的数据同步4) 系统割接期间

3、只需将新主机上的standby数据库切换为主数据库即可switchover的时间小于10分钟5) 一旦新系统上数据库运行出现问题只需将数据库切换回原来主机上即可，不会丧失任何数据1.1.1 数据库升级的解决思路1.1.1.1 数据库升级的根本启程点 保证企业生产及业务系统运行的平安性、连续性 克制原有系统缺陷 汲取适用的系统新特性迁移工作势必涉及到数据库系统的扰动，所以削减对于正常业务系统的冲击，保证它的连续性和平安性是第一个启程点，数据库系统是业务系统的根底，慎重打算和设计数据库迁移是起先的第一步。迁移到更新版本的工作也是订正原有系统内含的错误的良好时机，这个原那么同样也适合于任何软件系统和

4、硬件设备。1.1.1.2 数据库迁移方式从Oracle9i到Oracle10G的迁移有三种方式：1. 运用export和import 优点：通过导出和导入方式对数据库存储构造进展重整有助于削减数据库碎块 缺点：对于超过150G以上的数据库，采纳exp/imp方式的停机时间很长2. 运用Migrate脚本 优点： 速度快，一般在30分钟内能完成脚本升级 缺点： 一旦升级后就无法回退3. 运用Migrate向导工具DBUA 优点： 速度快，一般在30分钟内能完成脚本升级 缺点： 一旦升级后就无法回退,容错性较差我们综合考虑了数据库规模、停机时间、升级风险和以往的胜利案例后，我们建议采纳数据库升级脚

5、本方式干脆升级迁移后的数据库,1.2 工程实施打算1.2.1 实施步骤为了降低工程实施的风险，我们建议将整个系统迁移和升级工程拆分为五个阶段：l 打算阶段打算阶段须要完成搭建新系统环境，是整个系统迁移工程胜利的基石，主要工作包括安装操作系统、系统参数调整、存储及LVM设计和规划、MS/SG规划和实施等l 测试阶段 由于数据库升级采纳脚本干脆在生产库上实施，因此完备细致的测试工作是整个工程胜利和否的关键，在测试阶段我们须要到达以下目的： 验证迁移方案的可行性 解决迁移测试过程中遇到的错误 依据测试的结果调整迁移过程 对整个系统迁移过程做进一步的优化l 数据库迁移阶段为了尽可能的削减系统停机时间数

6、据库的迁移工作，我们打算采纳Oracle9i Dataguard技术：将数据库热备份复原到新主机，配置主备节点的数据库归档日志同步，系统割接的时候只需做switchover 操作将新节点上备用数据库角色切换为主数据库即可。数据库迁移到新节点后将应用系统也切换到新数据库，在新系统上运行一段时间，假如发觉新节点上数据库或主机出现问题，可以便利的回切到原来的数据库，不丧失任何数据。l 数据库升级阶段数据库升级由于干脆在生产数据库上执行升级脚本，一旦升级失败对业务影响较大，因此其实施的前提是：1) 测试阶段数据库升级测试胜利2) 对升级风险有预判和应急措施3) 整个数据库升级时间在用户可承受的范围内4

7、) 在数据库升级前必需有个最新的、可用的数据库全备份l 数据库迁移升级后的工作数据库迁移升级后的工作包括数据库全备份、主机和数据库性能监控等1.2.2 实施打算 依据以上步骤整理的该工程实施打算表格如下：时间工作内容负责单位协作单位打算阶段系统环境调研天玑科技xxx新主机系统盘做mirror天玑科技安装HP DP备份软件天玑科技双机HP MC/SG规划及配置天玑科技主机系统参数、卷组、文件系统及数据库配置参数检查天玑科技测试阶段实施Dataguard 数据库迁移天玑科技应用测试HP MC/SG双机切换测试天玑科技实施数据库升级测试天玑科技应用测试HP MC/SG双机切换测试天玑科技数据库迁移阶

8、段数据库全备份天玑科技在新主机上创立dataguard physical standby db天玑科技配置datagurad使得主备数据库之间归档日志同步天玑科技停应用xxx生产数据库切换为physical standby db天玑科技在新主机的原physical standby db切换为主数据库天玑科技应用系统测试及相关应用连接数据库配置修改天玑科技MC/SG 切换测试天玑科技DataProtector数据库备份配置天玑科技系统上线天玑科技数据库升级阶段Oracle9i数据库全备份及数据库软件备份天玑科技数据库升级前的检查天玑科技数据库参数调整天玑科技停应用xxx运行数据库升级脚本天玑科技

9、编译数据库无效对象天玑科技重启数据库，应用系统测试天玑科技DataProtector数据库备份配置天玑科技HP MC/SG切换测试天玑科技系统上线天玑科技数据库升级后的工作主机性能监控天玑科技数据库性能监控天玑科技Oracle10g数据库全备份天玑科技1.3 系统迁移应急策略1.3.1 系统迁移实施前的异样假如在规划的时间点之前没有完成实施打算阶段的任务，实施时间顺延，在确保打算工作就绪的前提下才进展实施工作。天玑科技将在该工程起先实施前进展全面性的系统软、硬件安康检查，确保在工程实施前系统完好。1.3.2 系统迁移实施过程中的异样本次系统迁移实施的原那么是确保系统在规划的实施时间段之外可以正

10、常运行。为确保系统在发生硬件或软件故障时能够刚好得到技术响应，须要协调各相关人员到位。在实施过程中操作步骤具有可逆性，确保以外发生的时候可将系统快速回退到最初状态。系统和数据在实施前都做最新的备份。由于在正式数据库迁移之前，已经做过测试迁移的工作，应当能够估算出迁移也许所需的时间。假如由于一些不行测缘由导致迁移过程异样缓慢或终止，数据库升级所需时间超过原定时间，我们可以快速将数据库系统复原到最初状态。1.3.3 系统迁移实施后的异样由于该工程实施过程中，只有在确认了Oracle数据库迁移胜利并且Oracle 9i胜利升级到10G胜利后，才翻开对数据库数据的增加、删除、修改等数据库变更操作，否那

11、么全部表空间均设置为readonly状态或者通过调整Websphere中间件，停顿对后端数据库的写操作以便限制胜利迁移、升级之前的Oracle数据库的变更，因此，系统迁移实施后的异样状况下，由于迁移前后均不涉及到数据库数据的变更，严格来说可以简洁通过复原原环境节点担当中间件连接即可复原为原有环境。 另一方面，前期的充分测试也是对该应急措施的保障性测试。优质文档1.4 风险分析及对策分析通过天玑科技多年以来专业效劳工程实施的经历，我们建议xxx在该工程的实施过程中应把风险管理贯穿整个工程，天玑科技充分考虑了可能造成工程失败的全部因素和预防措施，以及发生时的管理方法，以此作为该工程的风险躲避方案。

12、1.4.1 风险种类不行限制的风险(1) 重大政策出台，影响公司开展；(2) 重大社会事务发生(3) 自然灾难导致机房，机器在升级过程中受损可限制的风险(1) 随意变更工程目标、范围、时间；(2) 随意调用工程人员，使其没有足够的参和时间；(3) 不能刚好决策、刚好确认工程阶段报告；(4) 不遵守工程大纲的要求。可能的风险(1) 数据库版本升级带来的和应用不兼容，包括性能方面和功能方面(2) 数据库版本升级带来的现有硬件不兼容，比方带库(3) 数据库版本升级带来的现有软件不兼容，比方备份软件，监控软件(4) 数据库版本升级带来的管理人员培训须要以上从系统的各个方面简洁描述了各种类型的风险，具体

13、风险及防范措施将通过下面依据升级工作生命周期的阶段性分析来具体描述，将涵盖可能产生的各方面风险。1.4.2 风险分析及防范措施我们依据以往数据库Oracle9i到Oracle10G的升级的胜利经历，对于xxx改造工程实施过程中可能出现的以下风险点及提出了对应的应对措施： 风险一：干脆在生产库上升级运用脚本升级方式，也就意味着最终的正式升级只能是在产品库上干脆进展，那么无论之前做过何种测试，都可能由于意外缘由导致升级失败比方升级过程中意外断电，硬件发生意外损坏等，升级失败就可能意味着生产库的不行用。稳妥的备份策略是升级工作的后备军。只要有有效的数据库备份，就能够胆大心细地进展升级工作。而目前帐务

14、数据库在无锡新区有异地备份的容灾库，这更是一种有力的保证，让升级工作无后顾之忧。 风险二：生产库复原时间假如升级失败，那么可能须要复原生产库以应对其次天的业务，因为移动的数据量很大，即使是运用增量备份的方法也须要至少复原一天的归档日志，那么假如万一升级出现问题，能否在升级窗口期内完成数据库复原是一个风险。稳妥的备份策略不仅仅包含备份的效率，同样也包含复原的效率，一个只能备份而无法在规定时间内复原的备份策略是不合格的，也是没有意义的。因此同样，制定有效的备份策略同时进展同比数据量的复原测试是必要的风险防范措施。 风险三：数据库效劳器之间版本不相同在一段时间内，Oracle9i和Oracle10g

15、将同时存在于数据库系统中，各个系统之间存在着不同版本数据库数据交互的现象，可能产生数据不兼容的状况。具体考虑升级的先后依次，哪套系统先升级，哪套系统后升级。尽量使有数据交互的系统在同一时刻进展升级。假如无法做到同一时刻升级，那么须要进展升级测试和升级预演，确保在测试环境中不同版本的数据库之间交互是没有问题的。 风险四：客户端和效劳端版本不相同客户端Websphere中间件和效劳端Oracle 10G同样在一段时间内存在着版本不相同的现象，效劳端可能无法正常处理客户端恳求，而客户端也可能无法正常接收效劳端数据。对于可能存在的客户端和效劳器端版本问题，在升级之前必需有测试环境进展全面测试，将平凡的

16、功能问题在测试环境中就予以解决，尽量削减产品环境中的升级风险。对于确定故障，可以遵照天机科技对应的故障解决方法，通过Patch和设置Event来幸免产生Core Dump。 风险五：Failover对于网卡不支持单机多网卡之间的Failover，以往的网卡Failover设置须要改动。建议运用操作系统功能将多块网卡捆绑为一个NIC设备，以此幸免网卡的单点故障。 风险六：升级Pro*C程序版本v 在新版本数据库下可能无法正常编译；v 假如无法正常编译，须要原开发人员的技术支持，但是原开发人员可能因为人员变动而无法找到；v 假如须要其它开发人员修改，须要确保源代码还存在，并且同时要考虑现任人员的修

17、改实力。对于这样的状况只有通过测试才能确认是否兼容，尽量详尽地进展升级测试和升级预演是防范问题出此时此刻产品环境中的必要手段。 风险七：不升级Pro*C程序版本旧版本Pro*C连接新版本数据库可能会出现非预料的错误结果或者低下的应用性能。须要确认xxx应用系统是否采纳该选项在Oracle参谋参和的某工程中，客户就干脆运用9i版本的Pro*C程序连接Oracle10g数据库，获得了跟以往一样的功能和性能。但是由于Pro*C程序的多样性，所以必需慎重测试。对于这样的状况也只有通过测试才能确认是否兼容，尽量详尽地进展升级测试和升级预演是防范问题出此时此刻产品环境中的必要手段。 风险八：疲惫操作升级工

18、作比拟惊慌，高强度的工作也简洁使人疲惫，而在惊慌和疲惫的状态下，是比拟简洁产生人为失误的。升级工作必需由至少2人协同完成；遵照升级预演的文档细致操作；重大吩咐必需有协同工作人员确认之后才可以输入；完善的备份让升级工作无后顾之忧。 风险九：执行打算稳定性Oracle10g在创立完数据库之后会产生一个自动定期收集数据库对象统计信息的Schedule，默认是在周一到周五的每天晚上10点以及周六的凌晨0点，对于执行打算已经比拟稳定的产品环境来说，每天收集统计信息是没有必要的，同时还存在可能变更执行打算的隐患。禁用统计信息自动收集。加强性能监控。 风险十：High Version Count由于Orac

19、le.3对于cursor是否能够重用的平安性检查加强，因此在Cursor_sharing = SIMILAR或者FORCE的系统中，可能会产生同一SQL的大量Version，将会紧要影响应用的性能。完善测试应用的功能和性能。 风险十一：并行性能对于在表或者索引上定义了并行度的状况，对于xxx系统这样的负载较大的OLTP系统，可能会由于并行进程的大量占用资源而导致数据库性能急剧下降。在升级之后须要细致检查表和索引的并行度，建议将全部并行度都设置为1。假如的确须要并行，那么通过在程序中指定parallel hint来实现并行。 风险十二：RMAN Catalog10gR2的RMAN Catalog

20、跟9i的Catalog有差异，接着运用旧版本的RMAN Catalog会造成RMAN吩咐错误。在升级完数据库之后马上升级RMAN Catalog数据库，或者创立新的RMAN Catalog因为可能有还未刚好升级的Oracle9i数据库须要运用原来的Catalog来存储已经升级的Oracle数据库RMAN备份信息。 风险十三：培训本钱是否对于数据库管理员的管理培训本钱有足够的预算。保证供应足够的本钱预算对数据库管理员进展新版本数据库的培训。 风险十四：管理磨合期Oracle10g数据库管理磨合期风险。提前对于管理人员进展Oracle10g新特性以及管理技巧的培训，以保证升级后管理磨合期的时间尽可

21、能缩短。检查旧版本中全部监控工具或者监控脚本在新版本数据库中是否仍旧有正常功能。1.5 工程须要的资源保证1.5.1 组织和人力资源保证(1) 组建强有力的由各相关业务部门骨干参与的工程组织，并明确职责。(2) 决策层：高层领导负责，定期听取汇报，刚好决策执行层上交的问题。(3) 执行层：能够协调各分公司、各相关部门，必要时能提交决策层。(4) 操作层：工程骨干成员必需为稳定的业务骨干，并能在日后的优化、维护中发挥作用。1.5.2 系统和办公环境保证(1) 硬件、软件的选购、安装、调试、维护要有保证。(2) 相对固定的，便于随时和各部门业务人员沟通的办公场所。(3) 必要的办公和通讯设施电话、传真、互联网、打印机、复印机。1.5.3 工程胜利的关键因素主要包括以下几方面：(1) 高层管理对工程的承诺和决心，并且加以大力推动。(2) 明确的工程目标和范围。(3) 充分的沟通和沟通, 上下保持相同的工程目标。(4) 决策快速，顺畅的变革管理。(5) 有效、充分的学问转移。(6) 实力雄厚, 经历丰富的工程实施队伍。优质文档