《Oracle AWR与ASH性能报告深入解析》
一数据库版本
LEO1@LEO1> lect * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Databa 11g Enterpri Edition Relea 11.2.0.1.0 - 64bit Production
PL/SQL Relea 11.2.0.1.0 - Production
CORE 11.2.0.1.0 Production
TNS for Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production郭沫若的诗集有
二AWR性能诊断报告
AWR：Automatic Workload Repository 自动工作负载信息库
通常在诊断数据库性能的时候分三个阶段
第一阶段：SQL语句级性能优化
第二阶段：ssion级性能优化，这时我们可以用ASH来做分析
第三阶段：DB级性能优化，AWR就是数据库层性能诊断报告，当我们无法判断数据库哪里性能出现问题时我们可以做一个全身体检报告来找到我们瓶颈所在。
关于学习的诗歌AWR机制：通过对系统整体动态采样收集快照信息，存储在SYSAUX表空间，每小时采样一次，可以保存7天，MMON进程实施，快照分析后写入DBA_HIST_%开头的数据字典。
AWR信息来源：DBA_HIST_%开头的数据字典，请见下图
LEO1@LEO1> lect table_name from dictionary where table_name like 'DBA_HIST_%';鸭子
TABLE_NAME
------------------------------------------------
DBA_HIST_ACTIVE_SESS_HISTORY
DBA_HIST_ASH_SNAPSHOT
DBA_HIST_BASELINE
DBA_HIST_BASELINE_DETAILS
DBA_HIST_BASELINE_METADATA
DBA_HIST_BASELINE_TEMPLATE
DBA_HIST_BG_EVENT_SUMMARY春天吃羊肉好吗
DBA_HIST_BUFFERED_QUEUES
DBA_HIST_BUFFERED_SUBSCRIBERS
DBA_HIST_BUFFER_POOL_STA T
DBA_HIST_CLUSTER_INTERCON
DBA_HIST_COLORED_SQL
DBA_HIST_COMP_IOSTAT
妈妈礼物DBA_HIST_CR_BLOCK_SERVER
DBA_HIST_CURRENT_BLOCK_SERVER
DBA_HIST_DATABASE_INSTANCE
DBA_HIST_DATAFILE
DBA_HIST_DB_CACHE_ADVICE
…………………………………………………
109 rows lected.
AWR信息就是来自上面这些数据字典表，它是把这些表中数据进行汇总统计后生成HTML or TXT格式LEO1@LEO1> lect snap_id,name,value from DBA_HIST_SGA where snap_id>=173 and snap_id<=174;
SNAP_ID NAME VALUE
---------- ---------------------------------------------------------------------------------------------------------------------------------- 173 Databa Buffers 117440512
173 Fixed Size 2214856
173 Redo Buffers 8052736
173 Variable Size 385877048
174 Databa Buffers 117440512
174 Fixed Size 2214856
174 Redo Buffers 8052736正气歌朗诵
174 Variable Size 385877048
上面这个例子显示了173-174快照中SGA的信息
OEM可以生成图形化性能分析图，UI版AWR
AWR基线：我们可以在数据库平稳正常的状态下创建AWR基线（参照物），在实际生产中可以作为性能指标曲线的一个参照物，有了基线对比，我们就可以很方便的了解到系统的一个真实的性能趋势。AWR创建：sqlplus / as system @下面的脚本就可以创建AWR报告了
创建脚本目录：/u01/app/oracle/product/11.2.0/db_1/rdbms/admin/awrrpt.sql
AWR报告分析说明
启动时间版本是RAC 主机名：emsta1 操作系统平台：Solaris 64位64颗CPU 32核内存：128GB
由上述硬件判断这是2台小机组成的RAC模式数据库，上面的是实例1，下面的是实例2，名称后缀不同。
起始快照id：6023
终止快照id：6026 快照与快照间隔1小时从14：00~17：00一共3小时采样信息
起始快照与终止快照间隔时间：180分钟
所有用户使用数据库时间总和（累加值）：80分钟
起始时间有1788个会话，每个会话使用2.8个游标
结束时间有1793个会话，每个会话使用2.9个游标
共享池6272M
redo log 缓冲区111.456M
酸豆角怎么做好吃
共享池6144M
redo log 缓冲区111.456M
数据块大小8K
2个实例的SGA有一点点的大小差异，但是差距不大。
3.Load profile
Instance2：物理写较多，是以写为主
OLAP：关注IO指标
OLTP：关注内存CPU指标
4.Top 5 Timed Foreground Events
Instance1：这是排名前五位的前台等待事件（用户SQL的等待事件）
DB CPU：数据库消耗CPU时间（所有用户使用CPU的累加值）
Waits：等待了多少次
Times：等待了多少秒
Avg wait（ms）：平均等待一次多少毫秒
%DB time：占整体数据库时间的百分比，我们看到CPU消耗占了82%，应该解析的SQL语句比较多Wait Class：等待类型
Instance2：%DB time 54% 也是排名第一，说明解析和执行的SQL语句很多
5.CPU&MEMORY 统计信息
Instance1
CPU %Idle：空闲率98% 看来CPU的使用率不高啊
%Busy CPU：忙时CPU占用53.9%
而且CPU等待时间占整体等待时间比例很小关于端午节的作文
SGA+PGA使用率占物理内存的19%，内存空闲空间还很高，我们还可以增加SGA+PGA容量缓存更多的SQL
Instance2 与Instance1还是很相近的
6.RAC性能报告
