应用和数据迁移方案(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改造项目实施过程中可能出现的以下风险点及提出了对应的应对措施：

? 风险一：直接在生产库上升级

使用脚本升级方式，也就意味着最终的正式升级只能是在产品库上直接进行，那么无论之前做过何种测试，都可能由于意外风险 原因导致升级失败（比如升级过程中意外断电，硬件发生意外损坏等），升级失败就可能意味着生产库的不可用。 稳妥的备份策略是升级工作的后备军。只要有有效的数据库防范措施 备份，就能够胆大心细地进行升级工作。而目前帐务数据库在无锡新区有异地备份的容灾库，这更是一种有力的保证，让升级工作无后顾之忧。

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

如果升级失败，那么可能需要恢复生产库以应对第二天的业务，因为移动的数据量很大，即使是使用增量备份的方法也需要风险 至少恢复一天的归档日志，那么如果万一升级出现问题，能否在升级窗口期内完成数据库恢复是一个风险。 稳妥的备份策略不仅仅包含备份的效率，同样也包含恢复的防范措施 效率，一个只能备份而无法在规定时间内恢复的备份策略是不合格的，也是没有意义的。因此同样，制定有效的备份策略同时进行同比数据量的恢复测试是必要的风险防范措施。

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

在一段时间内，Oracle9i和Oracle10g将同时存在于数据库风险 系统中，各个系统之间存在着不同版本数据库数据交互的现象，可能产生数据不兼容的情况。 详细考虑升级的先后顺序，哪套系统先升级，哪套系统后升防范措施 级。尽量使有数据交互的系统在同一时刻进行升级。 如果无法做到同一时刻升级，那么需要进行升级测试和升级预演，确保在测试环境中不同版本的数据库之间交互是没有问题的。

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

客户端（Websphere中间件）和服务端（Oracle 10G）同风险 样在一段时间内存在着版本不一致的现象，服务端可能无法正常处理客户端请求，而客户端也可能无法正常接收服务端数据。 对于可能存在的客户端和服务器端版本问题，在升级之前必须有测试环境进行全面测试，将普通的功能问题在测试环境中就防范措予以解决，尽量减少产品环境中的升级风险。 施 对于已知故障，可以按照天机科技对应的故障解决方法，通过Patch和设置Event来避免产生Core Dump。

? 风险五：Failover

对于网卡不支持单机多网卡之间的Failover，以往的网卡风险 Failover设置需要改动。 防范措施

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

? 在新版本数据库下可能无法正常编译； ? 如果无法正常编译，需要原开发人员的技术支持，但风险 是原开发人员可能因为人员变动而无法找到； ? 如果需要其它开发人员修改，需要确保源代码还存在，并且同时要考虑现任人员的修改能力。 对于这样的情况只有通过测试才能确认是否兼容，尽量详尽防范措地进行升级测试和升级预演是防范问题出现在产品环境中的必施 要手段。

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

建议使用操作系统功能将多块网卡捆绑为一个NIC设备，以此避免网卡的单点故障。 旧版本Pro*C连接新版本数据库可能会出现非预测的错误风险 结果或者低下的应用性能。（需要确认xxx应用系统是否采用该选项） 在Oracle顾问参与的某项目中，客户就直接使用9i版本的Pro*C程序连接Oracle10g数据库，获得了跟以往一样的功能和防范措施 性能。但是由于Pro*C程序的多样性，所以必须谨慎测试。对于这样的情况也只有通过测试才能确认是否兼容，尽量详尽地进行升级测试和升级预演是防范问题出现在产品环境中的必要手段。

? 风险八：疲劳操作

升级工作比较紧张，高强度的工作也容易使人疲劳，而在紧风险 张和疲劳的状态下，是比较容易产生人为失误的。 升级工作必须由至少2人协同完成； 防范措施 按照升级预演的文档仔细操作； 重大命令必须有协同工作人员确认之后才可以输入； 完善的备份让升级工作无后顾之忧。

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

Oracle10g在创建完数据库之后会产生一个自动定期收集数据库对象统计信息的Schedule，默认是在周一到周五的每天风险 晚上10点以及周六的凌晨0点，对于执行计划已经比较稳定的产品环境来说，每天收集统计信息是没有必要的，同时还存在可能改变执行计划的隐患。 防范措施

? 风险十：High Version Count

风险 由于Oracle10.2.0.3对于cursor是否能够重用的安全性检禁用统计信息自动收集。 加强性能监控。

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库应用和数据迁移方案(2)在线全文阅读。