Oracle10g数据库自动诊断监视工具(ADDM)使用指南 1

·         操作系统内存页入页出问题

·         由于Oracle负载和非Oracle负载导致的CPU瓶颈问题

·         导致不同资源负载的Top SQL语句和对象——CPU消耗、IO带宽占用、潜在IO问题、RAC内部通讯繁忙 

·         按照PLSQL和JAVA执行时间排的Top SQL语句. 

·         过多地连接 (login/logoff). 

·         过多硬解析问题——由于shared pool过小、书写问题、绑定大小不适应、解析失败原因引起的。 

·         过多软解析问题

·         索引查询过多导致资源争用. 

·         由于用户锁导致的过多的等待时间 (通过包dbms_lock加的锁)

·         由于DML锁导致的过多等待时间(例如锁住表了) 

·         由于管道输出导致的过多等待时间(如通过包dbms_pipe.put进行管道输出) 

·         由于并发更新同一个记录导致的过多等待时间(行级锁等待) 

·         由于ITL不够导致的过多等待时间（大量的事务操作同一个数据块）

·         系统中过多的commit和rollback(logfile sync事件).

·         由于磁盘带宽太小和其他潜在问题（如由于logfile太小导致过多的checkpoint，MTTR设置问题，过多的undo操作等等）导致的IO性能问题I 

·         对于DBWR进程写数据块，磁盘IO吞吐量不足 

·         由于归档进程无法跟上redo日至产生的速度，导致系统变慢 

·         redo数据文件太小导致的问题

·         由于扩展磁盘分配导致的争用

·         由于移动一个对象的高水位导致的争用问题 

·         内存太小问题——SGA Target, PGA, Buffer Cache, Shared Pool 

·         在一个实例或者一个机群环境中存在频繁读写争用的热块 

·         在一个实例或者一个机群环境中存在频繁读写争用的热对象 

·         RAC环境中内部通讯问题 

·         LMS进程无法跟上导致锁请求阻塞 

·         在RAC环境中由于阻塞和争用导致的实例倾斜 

·         RMAN导致的IO和CPU问题

·         Streams和AQ问题

·         资源管理等待事件

   有一点要记住：AWR收集的数据时放到内存中（share pool），通过一个新的后台进程MMON定期写到磁盘中。所以10g的share pool要求比以前版本更大，一般推荐比以前大15-20%。另外，还要求系统参数STATISTICS_LEVEL设置为TYPICAL（推荐）或ALL;

ALTER SESSION SET STATISTICS_LEVEL= TYPICAL;

第二章 工作采集、诊断过程
 
Oracle10g提供了一个图形化的界面（通过OEM），使这个工具使用起来非常简单。下面这里介绍一下如何通过sqlplus使用这个工具。这个工具的使用非常简单，它是不需要安装的。
第一步：创建测试用的表
SQL> CREATE TABLE bigtab AS SELECT rownum as "id", a.* FROM dba_objects a;
 
Table created.



SQL> create table smalltab as select rownum as "id", a.* FROM dba_tables a;



Table created.



SQL> ALTER TABLE bigtab MODIFY (empno NUMBER);
 
Table altered.




SQL> DECLARE
2       n NUMBER;
3    BEGIN
4       FOR n IN 1..100
5       LOOP
6           INSERT INTO bigtab SELECT rownum as "id", a.* FROM dba_objects a;
7           COMMIT;
8       END LOOP;
9   END;/
 
PL/SQL procedure successfully completed.
 
第二步：采集一次工作量快照
SQL> begin
  2   dbms_workload_repository.create_snapshot('TYPICAL');
  3  end;
  4  /
 
PL/SQL procedure successfully completed.
 
第三步：进行一些高负荷操作
DECLARE

    v_var number;

BEGIN

    FOR n IN 1..6

    LOOP

        select count(*) into v_var from bigtab b, smalltab a;

    END LOOP;

END;

 /


PL/SQL procedure successfully completed.
第四步：再次采集一次工作量快照
要注意的是：两次快照之间的间隔时间必须足够（一般推荐30分钟左右），否则得到的ADDM报告中就会提示：THERE WAS NOT ENOUGH DATABASE TIME FOR ADDM ANALYSIS.
SQL> begin
  2   dbms_workload_repository.create_snapshot('TYPICAL');
  3  end;
  4  /
 
PL/SQL procedure successfully completed.