DBA_HIST_ACTIVE_SESS_HISTORY视图: SQL> desc DBA_HIST_ACTIVE_SESS_HISTORY Name                      Type         Nullable Default Comments ———̵

v$active_session_history收集数据缺省以1s钟收集一次,可以满足大部分业务系统性能优化的需求。 当我们需要更短或者长一些的时段来获得相关信息的时候,可以通过控制参数来加以调整:_ash_sampling_interval 缺省

ASH的核心视图: v$active_session_history SAMPLE_ID No comments exist for the SAMPLE_ID column of the V$ACTIVE_SESSION_HISTORY table. SAMPLE_TIME No comments exist for the SAMPLE_TIME column of the

baseline是任何一次性能分析的起点,任何分析数据只有和baseline做比较才存在着价值。比如CPU消耗90%以上一般意味着CPU性能问题,但是如果baseline基准的CPU是95%,那么就根本不是性能问题,从而使我们往正确的方

awr snapshot运行间隔缺省以1小时为单位运行,在很多时候1小时的运行时间间隔太长,我们为了定位问题,需要缩减到15分钟左右的范畴,我们可以利用dbms_workload_repository包完成间隔时间的设置: DBMS_WORKLOAD_

ASH信息作为最为重要的性能分析信息和故障排除信息,Oracle 10.2开始提供了类似于awr report的分析报告:ash分析报告 可以采用以下简单的脚本来完成报告分析: @?/rdbms/admin/ashrpt.sql 生成报告的基本内容如下

ASH 信息仅仅保存缓存,并且具有一定的大小。在很多时候我们并不是简单的回顾10分钟数据即可,而是希望可以回顾过去一段时间的ASH信息。 我们可以利用以下几种方法来提供ASH的历史信息: (1)、调度JOB定期做ASH

ASH缓冲大小决定着ASH的保存历史,ASH缓冲大小以以下公式计算: Max [Min [ #CPUs * 2 MB, 5% of Shared Pool Size, 30MB ], 1MB ] 注意到ASH要消耗5%的shared pool size,这样在打开ash的情况需要更高的shared_p