共计 3757 个字符，预计需要花费 10 分钟才能阅读完成。
今天就跟大家聊聊有关如何进行 ORACLE AWR 性能报告和 ASH 性能报告的解读，可能很多人都不太了解，为了让大家更加了解，丸趣 TV 小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
数据库的性能分析可分为会话级和系统级：如果确定某个会话存在性能问题，最常见的分析方式是对这个会话做一个 SQL_TRACE 或者 10046 事件，通过分析 trace 文件来定位问题所在。如果无法确定哪个会话性能有问题，就需要从实例级别来分析问题所在。
awr 是 oracle 10g 下提供的一种性能收集和分析工具，它能够提供一个时间段内整个系统资源使用情况的报告。
awr 默认收集最近 7 天的采集信息，也可通过以下方法修改快照收集时间间隔信息。
awr 由运行在 oracle 的后台进程自动、定期收集数据库的性能数据并保存，每一个小时，awr 都生成一次性能数据快照，为 DBA 提供某个时刻数据库性能分析的数据信息。
执行 $ORACLE_HOME/RDBMS/ADMIN/awrrpt.sql 生成 awr 报告。
awr 报告要根据系统实际情况 (OLAP or OLTP) 来进行分析, 例如对于一个 OLTP 系统，library hit 和 buffer hit 应比较关注。而对于 OLAP 不甚重要。
awr 报告不需要全面阅读，全面阅读可能思路会更乱，如果性能问题由某个原因引起，那么会在报表的各个部分都会有相应呈现。
在 RAC 结构的数据库里做性能分析，通常需要对每个实例做一个 awr 性能报告，原因是无法知道每个用户连接到哪个实例当中去。
对于一个系统，需要多做几次 awr 报告，以便得到所有时间段的系统性能数据。在查看 awr 报告时，如果了解数据库业务, 应该有针对性
的看一些可能存在性能问题的部分，并结合业务的实际情况来判断；也可以从 TOP5 的等待事件触发，按照等待事件的类型，
到相应的部分获取详细的信息来对系统性能问题作出判断。
通过 awr 报告可以：1）查看系统的负载和繁忙程度；2）查看系统的瓶颈，发生的等待事件；3）查看可优化的 sql；
一、Report Summary:
1、SESSIONS：实例连接的会话数，数据库大概的并发用户数；
2、cursors/session：每个会话平均打开的游标数；
3、DB time：用户操作花费的时间的合集，包括 CPU 时间和等待事件；
4、cache sizes：列举 awr 在性能采集开始和结束的时候，数据缓冲池和共享池的大小，可以了解系统内存消耗的变化，可以判断 SGA 的内存分配是否合理；
5、load profile：数据库资源负载的一个明细列表，用来判断系统的繁忙程度。分割为每秒钟的资源负载和每个事务的资源负载情况。
6、Instance Efficiency Percentages：内存效率的统计信息，对于 OLTP 系统，应尽可能的接近 100%。如果哪个数据偏低，就要做相关的分析研究。
1）buffer nowait：非等待方式获取数据库；
2）redo nowait：非等待方式获取 redo 数据；
3）buffer hit：内存数据块命中率；
4）in-memory sort：数据块在内存中排序的百分比；
5）library hit：共享池中 sql 解析的命中率；
6）execute to parse：执行次数对分析次数的百分比；
7）latch Hit：latch 命中率百分比；
8）parse cpu to parse elapsed：解析总时间中消耗 CPU 的时间百分比；
9）non-parse cpu：cpu 非分析时间在整个 cpu 时间的百分比；
7、TOP 5 TIMED EVENTS：查看最高 5 个耗费时间及等待事件，要联系报告的采集周期来看耗费时间是否合理。一般来说，CPU time 出现在 TOP5 中的第一位，并且消耗时间占总时间的大部分比例。可以说明系统在正常运行。
对于 ORACLE 常见的等待事件可参考 http：//blog.itpub.net/29371470/viewspace-1063994/
以上这部分就是 awr 报告的总体概要，是需要重点关注的部分，根据这些信息可以知道等待时间比较长的事件，然后根据这些事件，去下面具体的部分查找问题原因。
二、Wait Events Statistics：
1、Time Model Statistics 列出了各种操作占用的数据库时间比例；
2、Foreground Wait Class 列出了等待事件类型，可以看到等待时间最长的事件；
3、Foreground Wait Events 是第一部分 TOP 5 TIMED EVENTS 的详细部分；
4、Background Wait Events 实例的后台进程等待事件；
三、SQL Statistics：
1、SQL ordered by Elapsed Time：按照 sql 的执行时间从长到短的排序；
1）CPU time：sql 消耗的 CPU 时间；
2）elapsed time：sql 执行时间；
3）executions：sql 执行的次数；
4）elapsed per exec：每次执行消耗的执行时间；
2、SQL ordered by CPU Time：按照 sql 的 CPU 时间从长到短排序：
3、SQL ordered by User I/O Wait Time：
4、SQL ordered by Gets：按照 sql 获取的内存数据块的数量排序：
5、SQL ordered by Reads 按照 sql 执行物理读排序：
6、SQL ordered by Physical Reads (UnOptimized)：
7、SQL ordered by Executions：按照 sql 的执行次数的排序；
8、SQL ordered by Parse Calls：按照 sql 被分析次数（不区分软解析还是硬解析）的信息排序；
9、SQL ordered by Version Count：sql 产生多版本的信息；version count 是 sql 的版本数；
以上指标孤立起来看都没有实际意义，需要看系统的类型和性能问题是什么方面，有侧重的进行分析。例如 SQL ordered by Executions 和 SQL ordered by Parse Calls 对 OLTP 比较重要，而 OLAP 系统不需要太关注。
四、Instance Activity Statistics：
cpu used by this session：oracle 消耗的 cpu 单位, 可以看出 cpu 的负载情况；如果 total 为 1000，per sec 为 80，cpu 个数为 2；
那么就是整个统计周期消耗了 1000 个 cpu 单位，每秒钟消耗了 80 个 cpu 单位，对应实际的时间是 80/100=0.8 秒；每秒钟每个 cpu 消耗 80/2=40 个 cpu 单位；每秒钟中每个 cpu 处理使用的时间是 40/100=0.4 秒。
五、IO Stats：
Tablespace IO Stats：表空间的 IO 性能统计；
File IO Stats：
1）reads：发生了多少次物理读；
2）writes：发生了多少次写；
3）Av reads：每秒钟物理读的次数；
4）Av Rd：平均一次物理读的时间；
5）Blks/Rd：每次读多少个数据块；
6）Av writes：每秒钟写的次数；
7）buffer waits：获取内存数据块等待的次数；
segments by logical reads 和 segment by physical reads 从对象角度来展现了 IO 情况，分析这两部分信息，可以具体知道哪些对象的访问导致了 IO 性能下降。
ASH 侧重于当前数据中活动会话的信息分析，被长期保存在数据字典中，可以通过查询视图 V$ACTIVE_SESSION_HISTROY 来得到。
运行脚本为 $ORACLE_HOME/RDBMS/ADMIN/ashrpt.sql
使用同目录下的 ashrpti.sql 脚本可以生成其他数据库或者实例的 ASH 性能报告，也可以对一个 session ID、SQL_ID、某个程序或者某一类等待事件
来生成 ASH 报告，如下图：
ASH 报告分析如下：
DATA SOURCE 如果来自 DBA_HIST_ACTIVE_SESS_HISTORY, 那么说明这些信息来自于 AWR 的快照；如果来自于 V$ACTIVE_SESSION_HISTORY, 那么
视图的信息就意味着性能数据存放到内存中的信息。
1、top user events: 用户会话的等待事件的信息；
2、top event p1/p2/p3 values: 等待事件的具体描述；
3、top service/module: 按照活动频率列出前五位的应用程序；
4、top sql command types: 列出了数据库中活动最频繁的操作；
5、top sql statements: 按活动频繁程度列出 sql 语句；
6、top session: 列出活动最频繁的会话或进程；
7、top sessions running PQs: 列出活动频繁的前几位并行执行的会话信息；
8、top DB files：IO 最频繁的数据文件；
9、activity over time: 按照一个时间间隔对采集时间周期分组后，生成的每个时间间隔里的等待事件信息。
看完上述内容，你们对如何进行 ORACLE AWR 性能报告和 ASH 性能报告的解读有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注丸趣 TV 行业资讯频道，感谢大家的支持。
