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

SushilKumar产品管理主管数据库可管理性甲骨文公司自我管理的数据库：自动性能诊断Oracle数据库10g可管理性可管理性－一个关键的开发关注领域–由200多个工程师、主要数据库架构师设计和开发显著的进步–比SQLServer的管理简单30%–比DB2的管理明显要简单得多–比Oracle9i的管理简单50%–比Oracle8i的管理简单70%好评如潮–分析家给予肯定–客户给予非常肯定Oracle10g可管理性解决方案打包在基本产品中内置了自我管理功能–旨在使核心产品的设置、使用和管理更加简单单独许可的管理程序包包含非同寻常的功能–使DBA的生产力最高–使管理数据库的成本最低–以更低成本提供更高的服务质量数据库管理程序包–诊断程序包–调整程序包–配置管理程序包–更改管理程序包Oracle10g可管理性解决方案打包在基本产品中内置了自我管理功能–旨在使核心产品的设置、使用和管理更加简单单独许可的管理程序包包含非同寻常的功能–使DBA的生产力最大化–使管理数据库的成本最低–以更低成本提供更高的服务质量数据库管理程序包–诊断程序包–调整程序包–配置管理程序包–更改管理程序包数据库程序包许可与企业版一起提供包括内置到Oracle内核和企业管理器(EM)中的功能程序包可通过下列方式访问–EM数据库控制–EM网格控制–数据库API利用上述任意接口使用程序包功能时都需要许可数据库诊断程序包引言用于管理性能的完整、具有成本效益和易于使用的解决方案提供了独特的功能–自动识别性能瓶颈–指导的问题解决–全面的系统监视管理员的时间节省大约75%帮助降低50%的管理成本自动性能诊断–自我诊断引擎内置到了核心数据库内核、自动数据库诊断监视器(ADDM)–自动工作负载捕获和历史性能分析（自动工作负载信息库）全面的实时系统（数据库和操作系统）性能监视高级事件管理数据库诊断程序包主要特性自动性能诊断–自我诊断引擎内置到了核心数据库内核、自动数据库诊断监视器(ADDM)–自动工作负载捕获和历史性能分析（自动工作负载信息库）全面的实时系统（数据库和操作系统）性能监视高级事件管理数据库诊断程序包主要特性传统的性能调整方法性能和工作负载数据捕获–系统统计、等待信息、SQL统计等。分析–数据库在哪些类型的操作上花费时间最长？–数据库在哪些资源上产生瓶颈？–什么原因导致了这些瓶颈？–如何解决这个问题？问题解决–如果识别了多个问题，则哪个是最重要的？–如果实施此解决方案，则我预期可获得多少性能提升？传统的性能调整方法性能和工作负载数据捕获–系统统计、等待信息、SQL统计等。分析–数据库在哪些类型的操作上花费时间最长？–数据库在哪些资源上产生瓶颈？–什么原因导致了这些瓶颈？–如何解决这个问题？问题解决–如果识别了多个问题，则哪个是最重要的？–如果实施此解决方案，则我预期可获得多少性能提升？数据库中内置了工作负载和性能统计信息库Oracle数据库10g智能自我管理基础架构的一部分自动捕获工作负载数据•默认情况下，每隔60分钟保存一次，或者手动保存7天的数据•驻留于新引入的SYSAUX表空间内•服务器自动管理空间要求•自动清除旧数据•存储不同类别的数据：–基本统计，例如物理读取–SQL统计，例如磁盘读取（每个sql语句）–量度，例如，物理读取数量/秒–活动会话历史自动负载信息库(AWR)智能基础架构：新的基本统计广泛的代码工具时间模型(v$sys_time_model)–自动跟踪运行时间–数据库时间–连接管理（登录、登出）–分析（硬、软、失败…）–SQL、PLSQL和Java执行时间增强的等待模型(v$system_event)–等待事件归为代表关键问题领域的等待类别–800个不同的等待事件，12个等待类别（应用程序、并发..）–主要等待事件结束（例如，主要栓锁，入队）操作系统状态(v$osstat)–CPU+内存SQL语句统计–等待类别、PLSQL、Java等时间–帮定值取样(v$sql_bind_capture)–使用内核中的Δs，按照维度（CPU、花费时间、分析时间）高效识别TopSQLSQL执行PLSQL执行一般管理分析Java执行智能基础架构：活动会话历史(ASH)取样的活动会话历史(v$session_wait)•每秒取一个活动会话样例放入内存(v$active_session_history)•直接访问内核结构•将选定的样例刷新到AWR•捕获的数据包括：–SID–SQLID–程序、模块、操作–等待事件号–对象、文件、块–实际等待时间（如果是在等待时捕获的）数据库时间查询MelanieCraft小说浏览、阅读复查将商品添加到购物车“一次点击式”结算活动会话历史(ASH)数据库时间查询MelanieCraft小说浏览、阅读复查WAITING状态dbfilesequentialreadqa324jffritcf2137:38:26事件SQLID模块SID时间CPUaferv5desfzs5Getreviewid2137:42:35WAITINGlogfilesyncabngldf95f4deOneclick2137:52:33WAITINGbufferbusywaithk32pekfcbdfrAddtocart2137:50:59将商品添加到购物车“一次点击式”结算Bookbyauthor活动会话历史(ASH)自动工作负载信息库优于任何其他数据收集工具自动、自我管理、效率更高立即可用的设置预先计算的量度–例如，事务数量/秒、登录数量/秒等。自我管理的基础启用历史性能分析–我的用户抱怨昨晚凌晨3点钟的性能较差，那时发生了什么情况？–在过去的某个特定时间，哪些人正使用该系统，他们究竟做了哪些操作？传统的性能调整方法性能和工作负载数据捕获–系统统计、等待信息、SQL统计等。分析–数据库在哪些类型的操作上花费时间最长？–数据库在哪些资源上产生瓶颈？–什么原因导致了这些瓶颈？–如何解决这个问题？问题解决–如果识别了多个问题，则哪个是最重要的？–如果实施此解决方案，则我预期可获得多少性能提升？传统的性能调整方法性能和工作负载数据捕获–系统统计、等待信息、SQL统计等。分析–数据库在哪些类型的操作上花费时间最长？–数据库在哪些资源上产生瓶颈？–什么原因导致了这些瓶颈？–如何解决这个问题？问题解决–如果识别了多个问题，则哪个是最重要的？–如果实施此解决方案，则我预期可获得多少性能提升？自动数据库诊断监视器(ADDM)数据库中的自我诊断引擎将所有组件集成在一起自动提供数据库范围内的性能诊断，包括RAC使用时间模型的实时结果提供影响和优点分析、非问题领域提供信息与原始数据立即前摄运行，需要时重新激活运行智能基础架构应用程序和SQL管理系统资源管理空间管理备份和恢复管理存储管理数据库管理SQLAdvisor高负载SQLIO/CPU问题RAC问题AutomaticDiagnosticEngine自动负载信息库中的快照自我诊断引擎系统资源建议网络和数据库配置建议使用AWR快照进行由上至下的分析以吞吐量为中心–主要关注缩短“数据库时间”类别树－基于Oracle几十年的性能调整专业技术实时结果–无需等待几小时的时间才能看到结果精确查明根本原因–将症状和根本原因分离开来报告非问题领域–例如，I/O不是问题ADDM运行的方式最常见的性能问题由ADDM自动诊断不再是尖端科学–TopSQL–I/O问题经常使用的文件、带宽–分析硬、软、失败–配置问题调整日志文件大小调整日志缓冲区大小存档MTTR设置–应用程序使用情况无法再用Statspack进行诊断–大量的登录/登出–不够大的内存SGA，PGA–经常使用的块和对象缓冲区忙碌等待缓存缓冲区链式栓锁–RAC服务问题网络、LMS、远程实例–锁定和ITL争用–检测点原因–PL/SQL，Java时间性能调整案例研究诊断和调整硬分析问题在Oracle10g之前，人们必须……检查系统使用情况查看等待事件观察栓锁争用查看共享池和库缓存栓锁上的等待复查v$sysstat查看“已用分析时间”“分析时间cpu”以及硬分析多于正常情况的数量通过下列方法识别SQL–识别具有很多硬分析的会话，并跟踪这些会话，或者–复查v$sql寻找很多带有相同散列计划的语句检查并复查SQL通过观察包含文字的SQL识别“硬分析”问题启用游标共享使用Oracle10g和诊断程序包….由于大多数等待都是并发等待类别，所以系统的CPU使用量最大。ADDMFindingsADDM已经自动识别了由于重复硬分析而导致的高CPU用量……ADDMFindings…并且在解释如何诊断到这个问题的同时推荐解决方案GoodPerformancePage一旦应用了该解决方案，CPU的用量就会大大降低……同时等待消失使用ADDM之前和之后的情形对比之前检查系统使用情况查看等待事件观察栓锁争用查看共享池和库缓存栓锁上的等待复查v$sysstat查看“已用分析时间”“分析时间cpu”以及硬分析多于正常情况的数量通过下列方法识别SQL–识别具有很多硬分析的会话，并跟踪这些会话，或者–复查v$sql寻找很多带有相同散列计划的语句检查并复查SQL通过观察包含文字的SQL识别“硬分析”问题启用游标共享Oracle10G复查ADDM建议ADDM推荐使用cursor_sharing情形：硬分析问题使用ADDM之前和之后的情形对比之前检查系统使用情况查看等待事件观察栓锁争用查看共享池和库缓存栓锁上的等待复查v$sysstat查看“已用分析时间”“分析时间cpu”以及硬分析多于正常情况的数量通过下列方法识别SQL–识别具有很多硬分析的会话，并跟踪这些会话，或者–复查v$sql寻找很多带有相同散列计划的语句检查并复查SQL通过观察包含文字的SQL识别“硬分析”问题启用游标共享Oracle10G复查ADDM建议ADDM推荐使用cursor_sharing情形：硬分析问题-听起来不可思议，但是这是真的，根本不需要手动性能诊断-问题解决更快，整体性能更好-减轻了管理员的负担传统的性能调整方法性能和工作负载数据捕获–系统统计、等待信息、SQL统计等。分析–数据库在哪些类型的操作上花费时间最长？–数据库在哪些资源上产生瓶颈？–什么原因导致了这些瓶颈？–如何解决这个问题？问题解决–如果识别了多个问题，则哪个是最重要的？–如果实施此解决方案，则我预期可获得多少性能提升？Oracle10g数据库和诊断程序包自动完成上述所有工作！真实的成功案例Oracle内部的长回归测试–测试运行了2小时40分钟–ADDM建议增加缓冲区缓存–运行时间缩短了40分钟缺陷数据库升级–识别了占用较多数据库时间的语句–使用SQLTuningAdvisor调整升级后的较差计划自动性能诊断–自我诊断引擎内置到了核心数据库内核、自动数据库诊断监视器(ADDM)–自动工作负载捕获和历史性能分析（自动工作负载信息库）全面的实时系统（数据库和操作系统）性能监视高级事件管理数据库诊断程序包主要特性全面的系统监视集成了数据库和操作系统监视用于所有受支持数据库版本的全面性能监视–性能管理工作流定义良好、直观–详细的等待、会话、SQL下钻–历史性能数据事件、量度历史–与新的Oracle10g数据源的完整集成AWR，ASH数据库主页主机性能主页数据库主页数据库主页性能主页性能主页突出显示等待下钻等待下钻突出显示等待下钻等待下钻等待下钻突出显示等待下钻–TopSQLSQL详细内容高级事件通知种类繁多的通知方法–电子邮件、操作系统命令、PL/SQL脚本、SNMP陷阱–服务器生成的警报，使得及时、高效的监视成为可能灵活的通知规则和计划–使得管理员能够指定希望收到通知的方式和时间警报管制–在计划维护过程中避免错误警报“新时代”的性能调整方法从EM性能页面开