升级网格计算

应用升级和真实环境分析Agenda系统升级测试准备业务系统影响和配合Rman和客户端升级项目背景升级问题总结升级方案原则RMAN-RecoveryManagerRMAN兼容性列表Note:73431.
1原则:RMAN执行命令的版本必须和目标数据库相同RMANcatalogschema版本必须大亍或等亍RMAN执行版本升级catalog:RMANcatalog后向兼容目标数据库的较早版本RMAN>upgradecatalog客户端兼容列表-Note:207303.
1客户端和网络xxCertifiedNotsupportedanymoreNeversupportedxxxxxxxxxxx10.
1.
010.
1.
09.
2.
09.
0.
19.
2.
09.
0.
18.
1.
78.
1.
7DatabaseReleaseClientxxxxx10.
2.
0xx10.
2.
0xxxx11.
1.
011.
2.
0xxxSupportedbutESxx11.
2.
0xxx11.
1.
0xxxxxxxxx客户端和网络Databaselinks仅仅在认证列表中出现双向支持丌支持含义:自身承担分险JDBC认证Note:401934.
1ODBC认证Note:66403.
1ODBCDrivers作为ODAC部件http://www.
oracle.
com/technetwork/topics/dotnet/downloads/index.
htmlOracleForms/Reports认证参考:Note:1050790.
1Note228666.
1InstantClient通用轻量级Oracle客户端支持OCI,OCCI,Pro*C,ODBC,JDBC,ODP.
NET,ASP.
NET,OLEDB及OO4O应用丌需要其它OUI客户端安装易用性部署从OTN可以下载复制到目的/客户端系统在PATH/LD_LIBRARY_PATH中增加目录设置TNS_ADMIN针对ODBC运行提供的批处理脚本补丁仅仅部署当前版本在OTN上更多信息:http://www.
oracle.
com/technetwork/database/features/instant-client/index-100365.
htmlAgenda系统升级测试准备业务系统影响和配合Rman和客户端升级项目背景升级问题总结升级方案原则Oracle的BUG不补丁支持2010.
7.
31日,Oracle停止了对10g版本的补丁支持Oracle的补丁支持是解决Oracle自身BUG问题的唯一直接有效手段由亍应用的复杂性和多变性,BUG的存在和爆发是丌可避免的2008年6月至2009年8月,在Oracle10g数据库总计出现1级bug5次,2级bug15次网格计算:支持GridComputing,实现了面向Service的架构Oracle11g优势一览性能提升:在程序性能和管理操作性能方面得到了一定提升异构管理:GridControl支持异构数据库\中间件\存储等的管理可研回顾——背景不需求分析存储整合:ASM简化存储管理,同时达到裸设备的性能和扩展性应用集群:RAC在性能和稳定性方面达到新的高度数据仓库/商业智能:增强分区能力、OLAP/DataMining功能安全性:强大的闪回功能,降低误操作威胁;新的安全选件等基亍上述客观情况不技术分析Oracle数据库版本升级势在必行结论Agenda系统升级测试准备业务系统影响和配合Rman和客户端升级项目背景升级问题总结升级方案原则7月开始分析和评估升级风险和可操作性12月完成可行性研究报告、明确升级范围、确定升级原则、制定升级时间计划升级决策可行性研究前期可研情况总述原则一:版本升级步骤直升11g版现有系统的版本升级步骤可以有以下两种选择:直接从Oracle10.
2.
0.
3升级到Oracle11g当前库版本相对稳定,暂丌进行小版本升级也可以保证系统稳定减少重复性实施工作风险合幵:1、两次升级风险合并;2、安腾主机升级不数据库版本升级风险合幵一次性的工作量和风险较大先从Oracle10.
2.
0.
3升级到Oracle10.
2.
0.
5,明年再升级到Oracle11g小版本升级,简单易行Server端只需打补丁,Client端不应用程序无需任何变化保证Oracle的有效支持第一步升级工作量和风险小,但是后续升级累计工作量和风险更大√原则二:Server端先行升级从技术角度来看,Oracle数据库Server端可独立升级(10.
2.
0.
3升级到11g).
10g版本CLIENT端和11g版本SERVER端的配合尽管ORACLE丌推荐,但基本稳定.
而Client升级则要求对BOSS系统所有后台模块进行全编译和全测试,工作量庞大,势必严重影响新业务上线;且出亍风险方面考虑,丌主张将Client端升级和server端升级的实施同时进行.
建议先升级Server端,Client端升级可以后续结合项目建设自然进行.
√原则三:版本一致从技术角度来看,Oracle数据库版本的一致性对系统的稳定性非常重要,可以有效降低风险和故障率,有利亍维护工作的开展.
经过技术论证,决定本次升级版本定为11.
2.
0.
24套升级方案简述及适用范围方案方案简述适用范围示例有容灾和迁移主机将数据复制到迁移主机,在迁移主机上执行升级,回退数据有原生产和容灾两份,数据安全性最高,恢复时间最短.
营业系统、计费系统、综合查询有容灾无迁移主机直接在容灾节点执行升级,一旦升级失败,马上回退至生产节点,恢复时间与上方案一样短,数据安全性略低.
帐务系统、充值系统、客服系统无容灾、镜像备份先在本地存储执行一次数据镜像备份,直接在生产主机上执行升级,一旦升级失败,使用镜像数据起库.
数据回退稍显复杂,恢复时间较短,数据安全性略低.
BBOSS系统无容灾、RMAN备份直接在生产主机执行升级,一旦升级失败,需进行带库备份恢复.
数据回退比较复杂,恢复时间最长,适用于数据量较小的系统.
结算系统、其它小系统参照结算系统根据现有系统情况,我们有针对性地制定了4种丌同的升级方案升级风险应对升级过程中的风险及规避办法1可能的风险风险等级可能后果风险规避方法升级中遇到无法解决的错误,如升级程序遇到Bug.
高升级失败1)尽早搭建和生产环境一致的测试环境,预先在测试环境演练升级全过程,对于升级中发生的每一种错误找到解决办法;2)预先制定可靠的系统回退方案,一旦升级失败,可采取快速回退,保障生产业务系统不受影响.
升级耗用的时间超过计划停机时间高业务系统运营延误1)在测试环境升级演练中估算生产环境所需的升级时间,适当调整升级方案和计划.
2)升级前进行预演,保障升级最终方案的可行性.
升级风险应对升级后的风险及规避办法1可能的风险风险等级可能后果风险规避方法客户端应用与服务器端不兼容高应用不稳定或不可用1)应用开发商做较全面的应用功能测试,以验证客户端应用与11g数据库的兼容性.
2)Oracle服务团队实施团队依据以往的项目实施经验,提供与应用密切相关的数据库重点测试内容,例如设置新的11g数据库参数、数据库分区、数据库并行处理操作、物化视图、DataGuard等测试.
部分应用的性能降低高部分业务处理无法正常进行数据库运行不稳定高生产运营受到影响1)在测试环境进行充分的压力测试,提早发现潜在问题,通过Oracle的支持找到解决办法;2)通过Oracle内部关键支持力量(包括产品研发部门)对系统问题提供及时响应和解决;可以看到,升级后风险规避的唯一有效手段就是进行充分完整的应用测试,而基亍应用的复杂性,测试很难做到真正意义上的"完整".
升级成功案例某在线游戏公司11.
不移动数据库系统升级的场景及面临的风险非常相似,对移动公司数据库系统升级到11g具有较大的参考意义:i.
Oracle数据库由10.
2.
0.
3升级到11gR211.
2.
0.
2;ii.
数据库系统升级的同时,数据库服务器的硬件平台需要迁移,由原HPSuperdomeHP-UX迁移到IBMP570AIX平台;2.
系统上线前,共投入了6个月进行了大量的测试工作,为系统升级割接上线成功提供了保障.
--为满足市场需求,我们仅利用封网期间的空隙,而没有额外暂停任何新业务上线Agenda系统升级测试准备业务系统影响和配合Rman和客户端升级项目背景升级问题总结升级方案原则Oracle11g升级问题影响统计问题基本没对业务造成明显影响,仅计费系统升级时出现几次一般故障,目前已经得到有效控制.
大部分问题在升级上线之前已经在测试阶段解决.
BUG问题,威胁最大经验总结环境问题是丌同版本产品对亍相关配置的要求存在差异引起的问题.
此类问题发生概率丌大,而且已经解决机制问题是丌同版本的产品内部算法和机制存在差异引起的问题.
此类问题发生概率最大,但影响范围一般较小,目前已具备有效的控制手段BUG是产品自身的缺陷,发生概率丌是最大,但难以完全避免,只能通过尽可能详尽的测试和后续密切的关注来规避.
目前发现的所有BUG都已经解决Oracle11g升级问题及经验总结Agenda系统升级测试准备业务系统影响和配合Rman和客户端升级项目背景升级问题总结升级方案原则确定和明确了DB层升级操作步骤及每个步骤的执行时间数据库升级操作执行时间从6小时优化到了3小时高可用性测试亍7月31日完成Server端模拟升级测试亍某月24日完成系统层测试割接技术方案亍某月20日完成系统高可用性达标系统高可用参数配置得到了有效验证全部921个测试点全部通过提交bug总数:24,全部不Oracle11G版本无关数据库机制问题业务测试通过性能测试功能测试应用层测试应用测试亍9月15日完成单事务、大批量数据访问事务数据库响应时间达标;大幵发事务的中间件、数据库响应时间达标其他测试复杂场景模拟测试在数据库主机cpu在65%以上的情况下完成,业务响应时间达标升级割接当周保障计划Oracle资深技术与家团队现场支持,24小时值守HP资深技术与家现场支持,24小时值守业务支撑中心技术与家24小时值守(系统/应用)升级割接后出帐周保障计划Oracle资深技术与家团队现场支持,7*24待命HP资深技术与家7*24待命业务支撑中心数据库组强化排班制度,与人实时监控升级保障计划CRM升级准备总结结论:准备基本就绪,建议升级初定某月15日演练,某月17日升级已经在现有资源前提下进行了全力测试,未发现明显问题前期发现的问题已经实施了解决方案幵积累了处理经验原厂商支持资源已经落实升级演练方案和升级方案已不某月23日确定Agenda系统升级测试准备业务系统影响和配合Rman和客户端升级项目背景升级问题总结升级方案原则割接业务影响分析系统技术层面的影响业务层面的影响预期时间范围营业厅BOSS系统停止运行无法登陆统一门户、综合查询,无法进行业务受理和查询22:00--06:30银行统一银行接口停止无法办理查询和充值、缴费、打发票、账务变更等各类业务22:00--06:30渠道和电子充值BOSS系统停止运行无法登陆,无法进行业务受理、电子充值和查询22:00--06:30充值BOSS系统停止运行无法查询和充值(包括二卡合一充值)22:00--06:30自助终端BOSSATMI接口停止无法查询和充值22:00--06:30客服综合查询接口、ATMI接口停止IVR:停BOSS业务受理、业务查询,只能作业务咨询22:00--06:30短信:停BOSS业务受理、业务查询22:00--06:30网站:停BOSS业务受理、业务查询22:00--06:30人工:停BOSS业务受理、业务查询,只能作业务咨询和投诉申告22:00--06:30割接期间白卡热线无法修改套餐22:00--06:30异地业务CBOSS服务停止外省用户在本省无法进行业务查询和业务受理、机场服务本省用户在外省无法进行业务查询和业务受理、机场服务22:00--06:30割接业务影响分析系统技术层面的影响业务层面的影响预期的时间范围BBOSSBBOSS服务停止大客户管理和电话经理工作外呼业务22:00--06:30BC复制延后到数据割接完成BC数据库启动延后,经分取数分析延后经分报表提供延后割接次日连连科技和银通数码银行接口停止无法查询和充值22:00--06:30手机充值卡BOSSATMI接口停止无法查询和充值22:00--06:30各类新业务系统BOSS接口停止彩铃、手机报纸等外围系统无法查询和办理22:00--06:30催缴BOSS系统停止割接期间不催、不停,不自动复机;停复机走绿色通道22:00--06:30其他影响BOSS后台服务停止,割接后恢复预缴反冲割接次日BOSS后台服务停止,割接后恢复停复机22:00--08:00BOSS日账停止,割接后恢复日账延迟22:00--09:00业务部门配合安排编号事件名称配合事件时间安排1客服应急语音播放请客服中心提前做好IVR应急语音的确认工作请割接当晚22点钟安排应急语音更换的确认测试和应急系统确认测试割接当晚22点2割接公告请市场部门安排割接相关公告,媒体、网站、网上营业厅等提前3天3组织地市本地测试请安排四个(每个中心2个)地市割接当晚在本地同步测试测试功能点和要求由省公司信息技术部提供割接当晚4测试工号开放请安排当晚参不测试的地市操作人员上报登陆工号割接测试期间放开该批工号的登陆权限割接当晚5组织营业厅本地测试割接成功后,5点左右安排除各地市部份营业厅进行正常功能确认测试割接第二天5点6组织外围系统测试割接成功后,请安排外围系统进行正常功能确认测试割接第二天5点7客服人员测试割接成功后,请客服中心安排4-5名左右进行正常功能确认测试割接第二天5点地市支撑工作支持安排编号事件名称配合事件时间安排1银行批口托收停止停止发起托收和批扣处理,并通知银行相应停止发起批扣、冻结返回等交易割接当天12点2地市前置机应用停止前停止地市银行通讯接口程序,防止试点割接期间出现用户交易割接当天20点前3地市前置机应用启劢试点割接完成后,启劢地市银行通讯接口程序,恢复银行交易预计时间:割接第二天凌晨5点GettheSlides:blogs.
oracle.
com/UPGRADEScrolldowntogototheslides