大型业务系统Oracle数据库-10G升级11G实践课件.pptx

《大型业务系统Oracle数据库-10G升级11G实践课件.pptx》由会员分享，可在线阅读，更多相关《大型业务系统Oracle数据库-10G升级11G实践课件.pptx（29页珍藏版）》请在三一办公上搜索。

1、大型业务系统数据库 升级到11gR2实践,分享大纲,升级到11gR2的必要性升级到11gR2的技术路径大型业务系统升级到11gR2的综合因素 升级后的系统稳定性保障方案,ORACLE数据库版本生命周期策略，推动升级步伐,t,2008,2003,2004,2005,2006,2007,2002,2009,2010,2011,2012,2013,2014,持续支持,标准支持,R2,2007年7月,扩展支持,2010年7月,2009年1月,2012年1月,R2,2013年7月,2015,2016,2012年8月,2015年8月,2008年7月,2010年7月 2011年7月,R2,2017,2018

2、,2018年1月,2015年1月2016年1月,Oracle不再开,发新补丁，不再承诺24x7的,第一级严重故 障处理,上海新炬已升级完多个客户多个核心系统并稳定 运行,目前上海新炬截止目前，总共运维ORACLE数据库近 2000套，目前新增系统均首选11G，已有核心系统大 部份已经完成或计划进行升级,1,2,目前上海新炬运维的核心生产系统11G版本稳定性及 可维护性方面均优于10G.在10G版本影响较大的一些 BUG或缺陷在新版中基本得到修复,3,运维的核心生产系统多次遇到全球首发的BUG，由于 ORACLE停止SUPPORT，后通过ORACLE协调美国研发部门 特事特办解决，费尽周折,4,

3、当前许多核心系统数据库已安装了多达几十甚至几 百的Patch，这些用以规避bug的临时补丁已严重威胁 系统的稳定性,某用户核心业务系统在10G版本因为BUG打的补丁已达到118个，11G环境运行近2年修复BUG的补丁只有10个,充分利用ORACLE DB 11g新特性提升系统运行性能与稳定性,分享大纲,升级到11gR2的必要性升级到11gR2的技术路径大型业务系统升级到11gR2的综合因素 升级后的系统稳定性保障方案,用户需求：多个业务系统/多版本/多平台的升级,Oracle 10g 74%,Oracle 9i 5%Oracle 11g 19%,Oracle 8i 2%,Oracle数据版本分

4、布,Oracle10gOracle11gOracle 9i,用户大多有数十甚至上百套ORACLE数 据库产品可能涉及8i/9i/10g/11gr1等多个需要 升级的版本如何规划升级路径及选择合适的升级方 式非常关键各系统如何排定升级顺序，如何组织硬 件、开发、测试资源,我们需要考虑的问题远不止这些,您将升级多少个数据库？您将更换操作系统吗？您将迁移到新硬件吗？您可以承受多长时间的停机？您的回退要求是什么？您如何测试应用程序？您将更改字符集吗？您将启用新特性吗？导入导出直接升级可传输表空间CTASSTREAM/GOLDENGATE.,场景示例1：变更为新的操作系统和硬件,从HP平台迁移到IBM平

5、台从IBM平台迁移到LINUX平台从WINDOWS平台迁移到LINUX平台,场景案例1：变更为新的操作系统和硬件,场景示例2：保留操作系统，升级和更改硬件,从HP平台迁移到HP平台从IBM平台迁移到IBM平台从LINUX平台迁移到LINUX平台,场景案例2：存储方式变更为ASM,场景示例3：保留硬件,仅升级数据库,本地直接升级,分享大纲,升级到11gR2的必要性升级到11gR2的技术路径大型业务系统升级到11gR2的综合因素 升级后的系统稳定性保障方案,升级前明确需要做的工作及组建团队,调研分析接口应用连接方式硬件环境应用代码改造应急方式运维方案制定升级路径升级方法回退方案应急方案接口应用调整

6、方案,升级测试,硬件环境测试软件升级测试数据升级测试应用功能测试应用性能测试联调测试,正式升级,升级前环境准备软件升级参数调整应用验证备份容灾,项目管理整体负责升级工作协调相关开发、软硬件资源组织相关人员协同工作环境小组软硬件环境准备网络环境准备应用测试小组功能测试性能测试接口测试升级小组调研分析升级方案制定升级测试,正式升级监控小组业务监控,数据库层面需要考虑的问题,ORACLE11g R2数据库特性变化数据库补丁评估禁用的10g/9i参数 o过期/废除的参数 o特殊的数据库参数升级测试、功能测试、性能测试11g新特性启用评估自动任务自适应游标共享OLTP表压缩SCAN IPruncate段

7、清除 o闪回数据归档 o新分区技术ADG使用,客户端服务端兼容性列表11g GI集群软件OCR、VOTING DISK存放 位置选择数据库升级方式的考虑统计信息的收集历史执行计划的保存11gR2 GI/RDBMS安装准备硬件要求网络要求软件要求数据库版本要求介质要求用户和组ORACLE软件安装目录往次升级遇到的问题总结版本兼容性考虑,开始升级前的准备工作：数据库对象状态确认,检查/处理无效对象SQL select unique OBJECT_NAME,OBJECT_TYPE,OWNER fromDBA_OBJECTS where STATUS=INVALID;utlrp.sql 确认并移除无用

8、对象检查/处理无效组件SQL select*from DBA_REGISTRY where STATUSVALID;移除过期参数Event参数#_always_semi_join=off#_unnest_subquery=false清空垃圾回收站和aud$表SQL purge recyclebin;SQL truncate table sys.aud$;,建议了解的初始化参数,1.OPTIMIZER_USE_INVISIBLE_INDEXES11gR1版本中引入,启用或禁用不可见索引的使用，默认值为FALSE.2.OPTIMIZER_USE_PENDING_STATISTICS11gR1版本中

9、引入,决定编译sql语句时优化器是否使用pending的统计信息,默认值为FALSE.3.OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES11gR1版本中引入,在生成sql执行计划基线是，启用或禁用自动识别重复的sql语句,默认为FALSE.4.OPTIMIZER_USE_SQL_PLAN_BASELINES11gR1版本中引入,启用或禁用使用SMB(sql Management Base)中sql执行计划基线，当启用时，优化器将会为正在编译的sql语句查找基线，如果从SMB中找到一条记录，那么优化器将会计算每条基线执行计划的成本，并会挑出 其中成本最低的一个，默认值为

10、TRUE.5.deferred_segment_creation11gR2版本中引入,在使用exp/expdp导出时可能遇到错误.6.optimizer_secure_view_merging10gR2引入，防止复杂视图结构钟出现优化器问题，生成过多执行计划。建议设置为FALSE.7.memory_target11gR1版本中引入,内存自动管理.8._gc_policy_time11g引入，DRM特性.建议关闭，设置为0.9.session_cached_cursors自10.2.0.4后，定义该参数确保pl/sql游标缓存，基础建议为300。查询v$sysstat检验游标命中率设置,分享大纲

11、,升级到11gR2的必要性升级到11gR2的技术路径大型业务系统升级到11gR2的综合因素 升级后的系统稳定性保障方案,数据库升级，DBA最担心的问题,升级后系统性能不会变差吧？,我们的性能测试准确吗？能不 能反映真实负载？,性能变差了怎么办吧？,我们的应对之策,Andrew Holdsworth,90 percent of the time the default sample works9 percent of the time a larger sample,works,1 perSceenniotr Doifrecttohre,RteailmWe otrldhePesrfaomrmpa

12、lneces,izOreacleis irrelevant,传统方法11g新方法,传统方法,优化器-阻止执行计划发生变化:使用基于规则的优化器模式(RBO,expdp性能有影响)设置老的optimizer_features_enabled参数使用存储大纲(Stored Outlines)使用提示(Hint)重写SQL 语句设置特定的优化器参数搜集保存统计信息，导入并固定统计信息,结合11g新方法确保99%的性能问题,SQL计划管理,数据库重放,SQLT 手动profile,SQL性能分析器,用SQL计划管理（SPM）来帮助稳定系统性能,SQL计划管理通过3个步骤来实现可演进的SQL计划稳定功能

13、：捕获设置OPTIMIZER_CAPTURE_SQL_PLAN_BASELINE=TRUE创建一个代表了可信任的执行计划的基准线基准信息保存在SYSAUX表空间选择只使用已接受的SQL执行计划新的执行计划记录在执行计划历史中演化评估所有未经验证的执行计划根据评估结果接受或者拒绝未经验证的执行计划用户可手动接受或者拒绝执行计划,数据库升级中使用SQL计划管理,通过SQL 优化集中转10g中创建SQL优化集11g中从SQL优化集创建SQL计划基准通过存储大纲中转10g中创建存储大纲11g中从存储大纲迁移到SQL计划基准通过10g的优化器中转升级后11g中设置优化器为10g模式启用自动获取模式试运行

14、一段时间后，再改优化器为11g模式通过11g测试环境中转测试环境优化并抓取好的SQL通过中间表导入/导出到生产环境,数据库重放(DB Replay）帮助稳定系统性能,在测试环境中重放实际生产数据库的负载在实际对生产环境作改动之前识别，分析和解决潜在的不稳定因素在生产库中记录,记录完整的生产库的负载，包括实际负荷，时间和,并发情况将生成的负载记录文件转移到测试环境在测试环境中重放首先在测试环境中作出计划要做的改动完全按照生产库的负载情况进行重放严格的事务提交顺序分析和报告错误数据差异性能差异,SQL性能分析器(SPA)帮助稳定系统性能,SQL 负载更改前执行统计更改后执行统计比较SQL 性能,提

15、供了快速假设分析以显示系统在不同设置时的表现提供对个别 SQL 的细粒度性能 分析能够在性能问题影响最终用户,前将其识别并解决,SQLT:用SQLT来解决部分“遗漏的”SQL问题,作者：Carlos SierraConsulting Technical AdvisorCenter of,Expertise(CoE),下载：MOS 215187.1,SQLcoe.sql5bhps37ha4k562525682227SQL-generates script that creates sql profile in target system:SQLSET ECHO OFF;coe_xfr_sql_profile_5bhps37ha4k56_2525682227.sql.,force_match=FALSE/*TRUE:FORCE(match even when different literals in,SQL)*/);,剩下的1%性能问题怎么办？扩展统计信息来帮忙,