Oracle_AWR_教你如何看.doc

/u01/ora10g/db_1/rdbms/admin 可直接执行1-2.1-3即可 1.查看当前的AWR保存策略select * from dba_hist_wr_control; DBID,SNAP_INTERVAL,RETENTION,TOPNSQL860524039,+00 01:00:00.000000,+07 00:00:00.000000,DEFAULT 以上结果表示,每小时产生一个SNAPSHOT，保留7天 2.调整AWR配置AWR配置都是通过dbms_workload_repository包进行配置 2.1调整AWR产生snapshot的频率和保留策略，如：如将收集间隔时间改为30 分钟一次。并且保留5天时间（注：单位都是为分钟）：exec dbms_workload_repository.modify_snapshot_settings(interval=30, retention=5*24*60); ? 2.2关闭AWR,把interval设为0则关闭自动捕捉快照 2.3手工创建一个快照exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT (); 2.4 查看快照select * from sys.wrh$_active_session_history 2.5手工删除指定范围的快照exec WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id = 22, high_snap_id = 32, dbid = 3310949047); 2.6创建baselineexec dbms_workload_repository.create_baseline (56,59,apply_interest_1) 2.7删除baselineexec DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name = apply_interest_1, cascade = FALSE); 3.生产AWR报告$ORACLE_HOME/rdbms/admin/awrrpt.sql WORKLOAD REPOSITORY report for DB Name DB Id Instance Inst num Release RAC Host ICCI 1314098396 ICCI1 1 10.2.0.3.0 YES HPGICCI1 Snap Id Snap Time Sessions Cursors/Session Begin Snap: 2678 25-Dec-08 14:04:50 24 1.5 End Snap: 2680 25-Dec-08 15:23:37 26 1.5 Elapsed: ? 78.79 (mins) ? ? DB Time: ? 11.05 (mins) ? ? DB Time不包括Oracle后台进程消耗的时间。如果DB Time远远小于Elapsed时间，说明数据库比较空闲。 在79分钟里（其间收集了3次快照数据），数据库耗时11分钟，RDA数据中显示系统有8个逻辑CPU（4个物理CPU），平均每个CPU耗时1.4分钟，CPU利用率只有大约2%（1.4/79）。说明系统压力非常小。 可是对于批量系统，数据库的工作负载总是集中在一段时间内。如果快照周期不在这一段时间内，或者快照周期跨度太长而包含了大量的数据库空闲时间，所得出的分析结果是没有意义的。这也说明选择分析时间段很关键，要选择能够代表性能问题的时间段。 Report Summary Cache Sizes Begin End Buffer Cache: 3,344M 3,344M Std Block Size: 8K Shared Pool Size: 704M 704M Log Buffer: 14,352K 显示SGA中每个区域的大小（在AMM改变它们之后），可用来与初始参数值比较。 shared pool主要包括library cache和dictionary cache。library cache用来存储最近解析（或编译）后SQL、PL/SQL和Java classes等。library cache用来存储最近引用的数据字典。发生在library cache或dictionary cache的cache miss代价要比发生在buffer cache的代价高得多。因此shared pool的设置要确保最近使用的数据都能被cache。 Load Profile Per Second Per Transaction Redo size: 918,8