自我管理数据库自动性能诊断DiagnosticsP.ppt

使用 ADDM 之前和之后的情形对比 之前 检查系统使用情况 查看等待事件 观察栓锁争用 查看共享池和库缓存栓锁上的等待 复查 v$sysstat 查看“已用分析时间” “分析时间 cpu” 以及硬分析多于正常情况的数量 通过下列方法识别 SQL 识别具有很多硬分析的会话，并跟踪这些会话，或者 复查 v$sql 寻找很多带有相同散列计划的语句 检查并复查 SQL 通过观察包含文字的 SQL 识别“硬分析”问题 启用游标共享 Oracle10G 复查 ADDM 建议 ADDM 推荐使用 cursor_sharing 情形：硬分析问题 - 听起来不可思议，但是这是真的，根本不需要手动性能诊断 问题解决更快，整体性能更好 减轻了管理员的负担 第三十一页，共五十五页。 传统的性能调整方法 性能和工作负载数据捕获 系统统计、等待信息、SQL 统计等。 分析 数据库在哪些类型的操作上花费时间最长？ 数据库在哪些资源上产生瓶颈？ 什么原因导致了这些瓶颈？ 如何解决这个问题？ 问题解决 如果识别了多个问题，则哪个是最重要的？ 如果实施此解决方案，则我预期可获得多少性能提升？ Oracle10g 数据库和诊断程序包自动完成上述所有工作！ 第三十二页，共五十五页。 真实的成功案例 Oracle 内部的长回归测试 测试运行了 2 小时 40 分钟 ADDM 建议增加缓冲区缓存 运行时间缩短了 40 分钟 缺陷数据库升级 识别了占用较多数据库时间的语句 使用 SQL Tuning Advisor 调整升级后的较差计划 第三十三页，共五十五页。 自动性能诊断 自我诊断引擎内置到了核心数据库内核、自动数据库诊断监视器 (ADDM) 自动工作负载捕获和历史性能分析（自动工作负载信息库） 全面的实时系统（数据库和操作系统）性能监视 高级事件管理 数据库诊断程序包主要特性 第三十四页，共五十五页。 全面的系统监视 集成了数据库和操作系统监视 用于所有受支持数据库版本的全面性能监视 性能管理工作流定义良好、直观 详细的等待、会话、SQL 下钻 历史性能数据 事件、量度历史 与新的 Oracle10g 数据源的完整集成 AWR，ASH 第三十五页，共五十五页。 数据库主页 第三十六页，共五十五页。 主机性能主页 第三十七页，共五十五页。 数据库主页 第三十八页，共五十五页。 数据库主页 第三十九页，共五十五页。 性能主页 第四十页，共五十五页。 性能主页突出显示 第四十一页，共五十五页。 等待下钻 第四十二页，共五十五页。 等待下钻突出显示 第四十三页，共五十五页。 等待下钻 第四十四页，共五十五页。 等待下钻 第四十五页，共五十五页。 等待下钻突出显示 第四十六页，共五十五页。 等待下钻 – Top SQL 第四十七页，共五十五页。 SQL 详细内容 第四十八页，共五十五页。 高级事件通知 种类繁多的通知方法 电子邮件、操作系统命令、PL/SQL 脚本、SNMP 陷阱 服务器生成的警报，使得及时、高效的监视成为可能 灵活的通知规则和计划 使得管理员能够指定希望收到通知的方式和时间 警报管制 在计划维护过程中避免错误警报 第四十九页，共五十五页。 “新时代”的性能调整方法 从 EM 性能页面开始 评估问题的性质（短暂还是非短暂） 对于非短暂问题，查看相关的 ADDM 调查结果 对于短暂问题，或者 Oracle10g 之前的数据库 使用 EM 下钻 第五十页，共五十五页。 结论 自动化 Oracle 数据库性能问题的管理 自动问题识别 为诊断程序包所独有 任何其他产品均没有此功能 有指导的问题解决 图形化、直观、使用简便 – “定位加点击” 显著增加企业价值 避免了救火演习式的管理 – 提高了服务质量 提高了 DBA 的生活质量和生产力 可将更多资源用于全力策略创新 第五十一页，共五十五页。 接下来，您可以 参加相关讲座 自我管理的数据库：自动 SQL 调整，7 月 21 日（星期三）下午 2:30，地点为香格里拉饭店的长安厅 参观相关演示/展示 位于 Oracle 产品演示区的 Oracle 数据库 10g 可管理性展区 我们的软件如何服务于您的业务 作客甲骨文产品演示区中的甲骨文指导，获得个性化的方案 有关详细信息，请访问： 第五十二页，共五十五页。 A Q 问 答 第五十三页，共五十五页。 第五十四页，共五十五页。 第一页，共五十五页。 Sushil Kumar产品管理主管 数据库可管理性 甲骨文公司 第二页，共五十五页。 自我管理的数据库： 自动性能诊断 第三页，共五十五页。 Oracle 数据库 10g 可管理性 可管理性 － 一个关键的开发关注领域 由 200 多个工程师、主要数据库架构师设计和开发 显著的进步 比 SQ