oracleg性能监控文档.ppt

Thank you！！AMDOCS 人有了知识，就会具备各种分析能力， 明辨是非的能力。 所以我们要勤恳读书，广泛阅读， 古人说“书中自有黄金屋。 ”通过阅读科技书籍，我们能丰富知识， 培养逻辑思维能力； 通过阅读文学作品，我们能提高文学鉴赏水平， 培养文学情趣； 通过阅读报刊，我们能增长见识，扩大自己的知识面。 有许多书籍还能培养我们的道德情操， 给我们巨大的精神力量， 鼓舞我们前进。 Parsing – minimize parsing overhead. Has high impact on on-line queries. * Parsing – minimize parsing overhead. Has high impact on on-line queries. * Parsing – minimize parsing overhead. Has high impact on on-line queries. * Parsing – minimize parsing overhead. Has high impact on on-line queries. * Parsing – minimize parsing overhead. Has high impact on on-line queries. * Parsing – minimize parsing overhead. Has high impact on on-line queries. * Parsing – minimize parsing overhead. Has high impact on on-line queries. * Parsing – minimize parsing overhead. Has high impact on on-line queries. * * Oracle AWR ８.read by other session ? 　　　　read by other session最重要的原因还是由于io的能力太差，一个io读所耗费的时间太长造成的，可能是两种情况，io负载过重，或者io配置太低，当然调整语句减少io读也是一种办法。 　　以上各点只是一些现象，具体的查看SQL语句，可能通过分析SQL语句的执行计划，查看相关表的索引情况，及SQL语句或存储过程本身合理性，来对相关语句进行相应的调整，通过表的存储结构来确定是否将表分区或存放到IO比较合适的物理位置。 Oracle AWR 例： 　　关于10月21号BOSS全省营业系统故障的处理及分析报告中： 　　　数据库出现 enq: TX - allocate ITL entry 等待事件，某些SQL出现堵塞等待的现象。经确认，该异常为应用程序引发。可能是由于突然有大批量数据导入导致出现ITL的WAITS。该异常直接导致CRM程序出现异常。 　　 Oracle AWR AWR报告的主要内容： 　３. 　SQL部分： 　　　无效的SQL语句是性能不好的主要原因，这部分对这段时间区间内的SQL按照执行时间，逻辑读，磁盘读等指标进行了分类和排序，和STATSPACK不同的是，从AWR报告中可以直接查到该SQL的文本和发送请求的客户端进程信息，极大的提高了SQL分析的效率 Oracle AWR SQL部分： 　SQL ordered by Elapsed Time：记录了执行总和时间的TOP SQL(请注意是监控范围内该SQL的执行时间总和，而不是单次SQL执行时间 Elapsed Time = CPU Time + Wait Time)。 　　　Elapsed Time(S): SQL语句执行用总时长，此排序就是按照这个字段进行的。注意该时间不是单个SQL跑的时间，而是监控范围内SQL执行次数的总和时间。单位时间为秒。Elapsed Time = CPU Time + Wait Time 　　　CPU Time(s): 为SQL语句执行时CPU占用时间总时长，此时间会小于等于Elapsed Time时间。单位时间为秒。 　　　Executions: SQL语句在监控范围内的执行次数总计。 　　　Elap per Exec(s): 执行一次SQL的平均时间。单位时间为秒。 　　　% Total DB Time: 为SQL的Elapsed Time时间占数据库总时间的百分比。 　　　SQL ID: SQL语句的ID编号，点击之后就能导航到下边的SQL详细列表中，点击IE的返回可以回到当前SQL ID的地方。 　　　SQL Module: 显示该SQL是用什么方式连接到数据库执行的，如果是用SQL*Plus或者PL/SQL链