应用和数据迁移方案说明

第一章.应用和数据迁移方案由于XXX生产作业是24小时不连续运作的，因此要求系统能连续运行，并具有很高的安全可靠性，用户希望在以最小的系统停机时间完成生产系统迁移工作本次系统迁移工作的最大的风险点和难点在于在有限的停机时间内完成数据库的迁移工作数据库迁移的解决思路XXX数据库系统数据量较大，并且应用系统的可用性要求极高，所以此次升级要求在有限的停机时间内，最大限度的降低风险、数据库业务在新的主机和存储系统上能够正常运行为了尽可能减少业务系统的停机时间，保证数据库迁移工作的顺利完成，我们基于以往实施的数据库迁移成功案例（

1.1T的数据量，迁移时间不超过15分）经过严格的数据库迁移测试，提出了采用数据库Dataguard技术的数据迁移采用数据库Dataguard技术的数据迁移的特点•对业务的影响小，switchover到新主机的时间小于10分钟•一旦新数据库出现问题能够方便的回切到原来的数据库，不丧失差异数据采用数据库Dataguard技术的数据迁移的主要步骤如下1）在新主机上安装Oracle数据库软件在新主机上配置Dataguard数据库（物理standby）3）利用DataGuard技术，主数据库不断的将新产生的数据库归档日志传输到新主机并将这些归档日志应用到standby数据库，实现主备数据库之间的数据同步4）系统割接期间只需将新主机上的standby数据库切换为主数据库即可（switchover的时间小于10分钟）5）一旦新系统上数据库运行出现问题只需将数据库切换回原来主机上即可，不会丧失任何数据张和疲劳的状态下，是对比容易产生人为失误的升级工作必须由至少2人协同完成;重大命令必须有协同工作人员确认之后才可以输入;完善的备份让升级工作无后顾之忧风险九执行方案稳定性OracleWg在创立完数据库之后会产生一个自动定期收集数据库对象统计信息的Schedule默认是在周一到周五的每天晚上10点以及周六的凌晨0点，对于执行方案已经对比稳定的产品环境来说，每天收集统计信息是没有必要的，同时还存在可能改变执行方案的隐患加强性能监控风险十HighVersionCount由于Oracle

10.

2.

0.3对于cursor是否能够重用的安全性检查加强，因此在Cursor_sharing=SIMILAR或者FORCE的系统中，可能会产生同一SQL的大量Version将会严重影响应用的性能风险十一并行性能对于在表或者索引上定义了并行度的情况，对于XXX系统这样的负载较大的OLTP系统可能会由于并行进程的大量占用资源而导致数据库性能急剧下降在升级之后需要仔细检查表和索引的并行度，建议将所有并行度都设置为1o如果确实需要并行，那么通过在程序中指定parallelhint来实现并行风险十二RMANCatalog10gR2的RMANCatalog跟9i的Catalog有差异，继续使用旧版本的RMANCatalog会造成RMAN命令错误在升级完数据库之后立刻升级RMANCatalog数据库，或者创立新的RMANCatalog因为可能有还未及时升级的Oracle9i数据库需要使用原来的Catalog来存储已经升级的Oracle数据库RMAN备份信息风险十三培训成本提前对于管理人员进展OracleWg新特性以及管理技巧的检查旧版本中所有监控工具或者监控脚本在新版本数据库中是否仍然有正常功能

1.5工程需要的资源保证组织与人力资源保证1组建强有力的由各相关业务部门骨干参加的工程组织，并明确职责2决策层高层领导负责，定期听取汇报，及时决策执行层上交的问题3执行层能够协调各分公司、各相关部门，必要时能提交决策层4操作层工程骨干成员必须为稳定的业务骨干，并能在日后的优化、维护中发挥作用系统与办公环境保证1硬件、软件的采购、安装、调试、维护要有保证2相对固定的，便于随时与各部门业务人员交流的办公场所3必要的办公与通讯设施、、互联网、打印机、复印机工程成功的关键因素主要包括以下几方面1高层管理对工程的承诺和决心，并且加以大力推动2明确的工程目标与范围3充分的沟通和交流，上下保持一致的工程目标4决策迅速，顺畅的变革管理5有效、充分的知识转移6实力雄厚，经历丰富的工程实施队伍数据库升级的解决思路数据库升级的基本出发点保证企业生产及业务系统运行的安全性、连续性抑制原有系统缺陷吸收适用的系统新特性迁移工作必然涉及到数据库系统的扰动，所以减少对于正常业务系统的冲击，保证它的连续性和安全性是第一个出发点，数据库系统是业务系统的根基认真准备和设计数据库迁移是开场的第一步迁移到更新版本的工作也是纠正原有系统内含的错误的良好时机，这个原则同样也适合于任何软件系统和硬件设备数据库迁移方式从Oracle9i到OracleWG的迁移有三种方式.使用export和import优点通过导出和导入方式对数据库存储构造进展重整有助于减少数据库碎块缺点对于超过150G以上的数据库，采用exp/imp方式的停机时间很长.使用Migrate脚本优点速度快，一般在30分钟内能完成脚本升级缺点一旦升级后就无法回退.使用Migrate向导工具（DBUA）优点速度快，一般在30分钟内能完成脚本升级缺点一旦升级后就无法回退，容错性较差我们综合考虑了数据库规模、停机时间、升级风险和以往的成功案例后，我们建议采用数据库升级脚本方式直接升级迁移后的数据库，

1.2工程实施方案实施步骤为了降低工程实施的风险，我们建议将整个系统迁移和升级工程拆分为五个阶段准备阶段准备阶段需要完成搭建新系统环境，是整个系统迁移工程成功的基石，主要工作包括安装操作系统、系统参数调整、存储及LVM设计和规划、MS/SG规划和实施等测试阶段由于数据库升级采用脚本直接在生产库上实施，因此完备细致的测试工作是整个工程成功与否的关键，在测试阶段我们需要到达以下目的＞验证迁移方案的可行性＞解决迁移测试过程中遇到的错误＞根据测试的结果调整迁移过程＞对整个系统迁移过程做进一步的优化数据库迁移阶段为了尽可能的减少系统停机时间数据库的迁移工作，我们方案采用Oracle9iDataguard技术将数据库热备份恢复到新主机，配置主备节点的数据库归档日志同步，系统割接的时候只需做switchover操作将新节点上备用数据库角色切换为主数据库即可数据库迁移到新节点后将应用系统也切换到新数据库，在新系统上运行一段时间，如果发现新节点上数据库或主机出现问题，可以方便的回切到原来的数据库，不丧失任何数据数据库升级阶段数据库升级由于直接在生产数据库上执行升级脚本，一旦升级失败对业务影响较大，因此其实施的前提是1）测试阶段数据库升级测试成功2）对升级风险有预判和应急措施3）整个数据库升级时间在用户可承受的范围内4）在数据库升级前必须有个最新的、可用的数据库全备份•数据库迁移升级后的工作数据库迁移升级后的工作包括数据库全备份、主机和数据库性能监控等

1.

2.2实施方案根据以上步骤整理的该工程实施方案表格如下:系统迁移应急策略系统迁移实施前的异常如果在规划的时间点之前没有完成实施准备阶段的任务，实施时间顺延，在确保准备工作就绪的前提下才进展实施工作天凯科技将在该工程开场实施前进展全面性的系统软、硬件安康检查，确保在工程实施前系统完好系统迁移实施过程中的异常本次系统迁移实施的原则是确保系统在规划的实施时间段之外可以正常运行为确保系统在发生硬件或软件故障时能够及时得到技术响应，需要协调各相关人员到位在实施过程中操作步骤具有可逆性，确保以外发生的时候可将系统迅速回退到最初状态系统和数据在实施前都做最新的备份由于在正式数据库迁移之前，已经做过测试迁移的工作，应该能够估算出迁移大概所需的时间如果由于一些不可测原因导致迁移过程异常缓慢或终止，数据库升级所需时间超过原定时间，我们可以迅速将数据库系统恢复到最初状态系统迁移实施后的异常由于该工程实施过程中，只有在确认了Oracle数据库迁移成功并且Oracle9i成功升级到10G成功后，才翻开对数据库数据的增加、删除、修改等数据库变更操作，否则所有表空间均设置为readonly状态（或者通过调整Websphere中间件，停顿对后端数据库的写操作以便限制成功迁移、升级之前的Oracle数据库的变更〕，因此，系统迁移实施后的异常情况下，由于迁移前后均不涉及到数据库数据的变更，严格来说可以简单通过恢复原环境节点承当中间件连接即可恢复为原有环境另一方面，前期的充分测试也是对该应急措施的保障性测试风险分析及对策分析通过天矶科技多年以来专业服务工程实施的经历，我们建议XXX在该工程的实施过程中应把风险管理贯穿整个工程，天矶科技充分考虑了可能造成工程失败的所有因素和预防措施，以及发生时的管理方法，以此作为该工程的风险躲避方案风险种类不可控制的风险1重大政策出台，影响公司开展；2重大社会事件发生3自然灾难导致机房，机器在升级过程中受损可控制的风险1随意变更工程目标、范围、时间；2随意调用工程人员，使其没有足够的参与时间；3不能及时决策、及时确认工程阶段报告；4不遵守工程大纲的要求可能的风险1数据库版本升级带来的与应用不兼容，包括性能方面和功能方面2数据库版本升级带来的现有硬件不兼容，比方带库3数据库版本升级带来的现有软件不兼容，比方备份软件，监控软件4数据库版本升级带来的管理人员培训需要以上从系统的各个方面简单描述了各种类型的风险，具体风险及防范措施将通过下面依据升级工作生命周期的阶段性分析来详细描述，将涵盖可能产生的各方面风险

1.

4.2风险分析及防范措施我们根据以往数据库Oracle9i到OracleWG的升级的成功经历，对于xxx改造工程实施过程中可能出现的以下风险点及提出了对应的应对措施:风险一直接在生产库上升级风险防范措使用脚本升级方式，也就意味着最终的正式升级只能是在产品库上直接进展，那么无论之前做过何种测试，都可能由于意外原因导致升级失败（比方升级过程中意外断电，硬件发生意外损坏等），升级失败就可能意味着生产库的不可用稳妥的备份策略是升级工作的后备军只要有有效的数据库备份，就能够胆大心细地进展升级工作而目前帐务数据库在无锡新区有异地备份的容灾库，这更是一种有力的保证，让升级工作无后顾之忧风险二生产库恢复时间风险防范措如果升级失败，那么可能需要恢复生产库以应对第二天的业务，因为移动的数据量很大，即使是使用增量备份的方法也需要至少恢复一天的归档日志，那么如果万一升级出现问题，能否在升级窗口期内完成数据库恢复是一个风险稳妥的备份策略不仅仅包含备份的效率，同样也包含恢复的效率，一个只能备份而无法在规定时间内恢复的备份策略是不合格的，也是没有意义的因此同样，制定有效的备份策略同时进展同比数据量的恢复测试是必要的风险防范措施风险三数据库服务器之间版本不一致在一段时间内，0racle9i和OracleWg将同时存在于数据库风险系统中，各个系统之间存在着不同版本数据库数据交互的现象可能产生数据不兼容的情况详细考虑升级的先后顺序，哪套系统先升级，哪套系统后升级尽量使有数据交互的系统在同一时刻进展升级防范措如果无法做到同一时刻升级，那么需要进展升级测试和升级预演，确保在测试环境中不同版本的数据库之间交互是没有问题的风险四客户端和服务端版本不一致风险客户端（Websphere中间件）和服务端（Oracle客G）同样在一段时间内存在着版本不一致的现象，服务端可能无法正常处理客户端请求，而客户端也可能无法正常接收服务端数据对于可能存在的客户端和服务器端版本问题，在升级之前必须有测试环境进展全面测试，将普通的功能问题在测试环境中就如果需要其它开发人员修改，需要确保源代码还存在并且同时要考虑现任人员的修改能力对于这样的情况只有通过测试才能确认是否兼容，尽量详尽防范措地进展升级测试和升级预演是防范问题出现在产品环境中的必要手段风险七不升级Pro*C程序版本旧版本Pro*C连接新版本数据库可能会出现非预测的错误结果或者低下的应用性能〔需要确认xxx应用系统是否采用该选项）在Oracle参谋参与的某工程中，客户就直接使用9i版本的Pro*C程序连接OraclelOg数据库，获得了跟以往一样的功能和性能但是由于Pro*C程序的多样性，所以必须慎重测试对于这样的情况也只有通过测试才能确认是否兼容，尽量详尽地进时间工作内容负责单位配合单位准备阶段系统环境调研天矶科技XXX新主机系统盘做mirror天矶科技安装HPDP备份软件天矶科技双机HPMC/SG规划及配置天矶科技主机系统参数、卷组、文件系统及数据库配置参数检查天矶科技测试阶段实施Dataguard数据库迁移天矶科技应用测试HPMC/SG双机切换测试天矶科技实施数据库升级测试天矶科技应用测试HPMC/SG双机切换测试天矶科技数据库迁移阶段数据库全备份天矶科技在新主机上创立dataguardphysicalstandbydb天矶科技配置datagurad使得主备数据库之间归档日志同步天矶科技停应用XXX生产数据库切换为physicalstandbydb天矶科技在新主机的原physicalstandbydb切换为主数据库天矶科技应用系统测试及相关应用连接数据库配置修改天矶科技MC/SG切换测试天矶科技DataProtector数据库备份配置天矶科技系统上线天矶科技数据库升级阶段Oracle9i数据库全备份及数据库软件备份天矶科技数据库升级前的检查天矶科技数据库参数调整天矶科技停应用XXX运行数据库升级脚本天矶科技编译数据库无效对象天矶科技重启数据库，应用系统测试天矶科技DataProtector数据库备份配置天矶科技HPMC/SG切换测试天矶科技系统上线天矶科技数据库升级后的工作主机性能监控天矶科技数据库性能监控天矶科技OracleWg数据库全备份天矶科技。