Oracle性能调整的三把利剑

  • 时间:
  • 浏览:4
  • 来源:彩神大发幸运飞艇_神彩大发幸运飞艇官方

      1.10g刚刚

    WRH$表存储采样快照的历史数据(awrrpt.sql脚本)

or

    ADDM (Automatic Database Diagnostic Monitor AWR)

    RETENTION

The current snapshot retention settings and data gathering frequency can be determined by the query shown below. Note in this case the default settings of 7 days and 1 hour is displayed.

       3.AWR

To change the settings –say, for snapshot intervals of 20 minutes and a retention period of two days –you would issue the following. The parameters are specified in minutes.

– in source db

SQL> @?/rdbms/admin/awrextr.sql

    SQLPLUS>@?/rdbms/ashrpt.sql

       2.AWR更正

    村里人 还都里能通过DBMS_WORKLOAD_REPOSITORY包完成对基线,默认设置的修改等操作。

       ALL:所有可能的统计都被捕捉. 或者有操作系统的有些信息.这人级别的捕捉应该在很少的情況下,比如我我要我要更多的sql诊断信息的刚刚才使用。

the access advisor 

       ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition   WRH$_ACTIVE_3533490838_1522 by 128 in tablespace SYSAUX

    +00000 01:00:00.0(每小时整理一次)

      上面村里人 介绍了Oracle数据库ASH和AWR的简单介绍,接下来完全介绍一下AWR的组成以及它的工作原理

Oracle Support suggesting us to recreate the AWR using the below steps since our SYSAUX tablespace is keep growing:

    生成ASH报告:

    ASH以V$SESSION为基础,每秒采样一次,记录活动会话等待英文的事件。不活动的会话无需采样,采样工作由新引入的后台任务管理器MMNL来完成。

    WRM$表存储AWR的元数据(awrinfo.sql脚本)

       MMNL任务管理器负责执行轻量级的且频率较高的和可管理性相关的后台任务,这类捕获会话历史信息,测量值计算等。

       AWR永久地保存系统的性能诊断信息,由SYS用户拥有。一段时间后,你可能想清除掉那此信息;有刚刚为了性能诊断,你可能还要自己定义采样频率来获取系统快照信息。Oracle 10g在包dbms_workload_repository中提供了有些过程,通过那此过程,我要我管理快照并设定基线(baselines)。

       AWR的采样工作由MMON任务管理器每个1小时执行一次,ASH信息同样会被采样写出到AWR负载库中。我我觉得ASH buffer被设计为保留1小时的信息,但有些刚刚这人内存是过高 的,当ASH buffer写满后,另外一个多后台任务管理器MMNL可能主动将ASH信息写出。

      5.采样频率和保留时间

      都里能通过查询视图dba_hist_wr_control或(wrm$_wr_control)来查询AWR的采样频率和保留时间。默认为每1小时采样一次,采样信息保留时间为3天。

       MMON任务管理器负责执行多种和管理相关(manageability-related)的后台任务,这类:

       BASIC:awr统计的计算和衍生值关闭.只整理絮状的数据库统计信息。

TO_CHAR(SNAP_INTER TO_CHAR(RETENTION,

—————— ——————

+00000 01:00:00.0 +00007 00:00:00.0;

=========================================================================================================

                                 概念知识梳理=========================================================================================================--->>根据时分 区间生成ASH报告:

        SQL Access Advisor和SQL Tuning Advisor之间的区别(http://asktom.oracle.com/pls/asktom/f?p=30:11:0::::P11_QUESTION_ID:179309000346753857):

    exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT;

写出到AWR负载库的ASH信息记录在AWR的基础表wrh$active_session_hist中,wrh$active_session_hist是一个多分区表,Oracle会自动进行数据清理。

AWR(Automatic Workload Repository)自动工作负载信息库AWR是Oracle 10g中的一个多新内部结构,这类于10g刚刚的statspack。不过在使用上要比statspack简单,提供的性能指标要比statspack多有些,能更好的帮助DBA来发现数据库的性能瓶颈。AWR是Oracle安装好后自动启动的,不还要有点硬的设置。整理的统计信息存储在SYSAUX表空间SYS模式下,以WRM$_*和WRH$_*的格式命名,默认会保留最近3天整理的统计信息。每个小时将整理到的信息写到数据库中,这人系列操作是由一个多叫MMON的任务管理器来完成的。AWR存储的数据分类:WRM$表存储AWR的元数据(awrinfo.sql脚本)WRH$表存储采样快照的历史数据(awrrpt.sql脚本)WRI$表存储同数据库建议功能相关的数据(ADDM相关数据)一.生成AWR报告:

SQL>@?/rdbms/admin/awrrpt

村里人 还都里能通过DBMS_WORKLOAD_REPOSITORY包完成对基线,默认设置的修改等操作。

ADDM (Automatic Database Diagnostic Monitor AWR)是Oracle内部内部结构的一个多顾问系统,并能自动的完成最数据库的有些优化的建议,给出SQL的优化,索引的创建,统计量的整理等建议。ADDM报告生成:SQLPLUS>@?/rdbms/addmrpt.sqlOracle性能调整最重要的或者对最影响性能的SQL的调整。在一个多应用中,并能影响到数据库的不到SQL,也不到是SQL。村里人 不到一味依靠增强硬件,修改系统、数据库参数来提高数据库的性能。更多的应该关注那此最影响性能的SQL的话。ASH报告、AWR报告、ADDM报告都并能找出最影响性能的SQL的工具。在分析ASH报告、AWR报告的刚刚,最重要的或者关注SQL Statistics,SQL Statistics中最应该关注的是SQL ordered by Gets和SQL ordered by Reads一个多指标。絮状的Gets(逻辑读)会占用絮状的CPU时间。絮状的Reads(物理读)会引起IO的瓶颈冒出。一般情況下,絮状的Gets会伴随着絮状的Reads冒出。当然,村里人 都里能通过增大SGA的大小来减少Reads的量。通过这两个多多指标找到了最影响性能的SQL,这是首要的,也是必要的。下一步就都里能通过创建索引,调整SQL来提高SQL单独执行时的性能。减少SQL执行时冒出的高Gets,Reads。当然整体的性能影响还和excutions有关,可能这条SQL执行的次数过多,累加起来量还是很大的。不到就都里能考虑通过在应用上缓存等手段来减少SQL执行的次数。另外还一个多多还要注意的问题图片或者在开发过程中SQL一定要使用绑定变量,来减少硬解析(絮状的硬解析也会消耗絮状的CPU时间,占用絮状的Latch)。在开发过程富含个原则或者:小事务。操作完成及时的提交。村里人 使用不到多种办法、报告只一个多多唯一的目的:找出最影响系统性能的SQL的话。找到SQL下一步或者对它进行调整了。村里人 在监控数据库时,可能是当前正在趋于稳定的问题图片,村里人 都里能通过v$session+v$sqlarea来找出性能最差的SQL的话。可能在一个多小时以内趋于稳定的村里人 都里能通过生成ASH报告来找出SQL。可能是1小时以上或几天村里人 都里能通过AWR报告来找出几小时,几天以来最影响系统的SQL的话。ADDM报告基于AWR库,默认都里能保存30天的ADDM报告。村里人 并都里能直接查询试图:v$session                                      (当前正在趋于稳定)v$session_wait                            (当前正在趋于稳定)v$session_wait_history              (会话最近的10次等待英文事件)v$active_session_history           (内存中的ASH整理信息,理论为1小时)wrh$_active_session_history    (写入AWR库中的ASH信息,理论为1小时以上)dba_hist_active_sess_history   (根据wrh$_active_session_history生成的视图)

    ADDM会整理数据建议调用不同的Advisor进行数据库优化,SQL相关的Advisor主要包括SQL Access Advisor和SQL Tuning Advisor。

       快照由一个多称为MMON 的新的后台任务管理器(及其从任务管理器)以及MMNL后台任务管理器自动地每隔固定时间采样一次。村里人 先来看一下10g的概念指南中对这两个多多新增加的后台任务管理器的介绍:

  

AWR存储的数据分类:

There are other scripts too, here is the full list:

       关于Oracle数据库AWR的组成以及它的工作原理的知识就介绍到这里了,希望本次的介绍并能对您有所帮助。

ASH (Active Session History)

ASH以V$SESSION为基础,每秒采样一次,记录活动会话等待英文的事件。不活动的会话无需采样,采样工作由新引入的后台任务管理器MMNL来完成。ASH buffers 的最小值为1MB,最大值不超过30MB。内存中记录数据。期望值是记录一小时的内容。生成ASH报告:SQLPLUS>@?/rdbms/ashrpt.sqlASH内存记录数据始终是有限的,为了保存历史数据,引入了自动负载信息库(Automatic Workload Repository ,AWR) 由后台任务管理器MMON完成。ASH信息同样被整理写出到AWR负载库中。可能内存完会 足够的,有些MMNL任务管理器在ASH写满完会 将信息写出到AWR负载库中。ASH完全写出是不可接受的,有些一般只写入整理的10%的数据量,或者使用direct-path insert完成,尽量减少日志的生成,从而最小化数据库性能影响。

    修改成每20分钟整理一次统计量,保留最近的2天统计量信息。

参考文章:

   
《More about AWR》:http://blog.itpub.net/23135684/viewspace-1127938/

       可能完全保存ASH中的信息是非常耗费时间和空间的,AWR采用的策略是:每小时对v$active_session_history进行采样一次,并将信息保存到磁盘中,或者保留3天,3天后旧的记录才会被覆盖。那此采样信息被保趋于稳定视图wrh$_active_session_history中。而这人采样频率(1小时)和保留时间(3天)是都里能根据实际情況进行调整的,这就给DBA们提供了更加有效的系统监测工具。

    AWR 是Oracle安装好后自动启动的,不还要有点硬的设置。整理的统计信息存储在SYSAUX表空间SYS模式下,以WRM$_*和WRH$_*的格式命名,默认会保留最近3天整理的统计信息。每个小时将整理到的信息写到数据库中,这人系列操作是由一个多叫MMON的任务管理器来完成的。

  ---->>根据snapshot敬意生成AWR报告:

  

---------->>AWR报告偏离 信息:

The AWR History is by default maintained for 7 days and the data is gathered in the AWR repository tables every hour by default.

    AWR(Automatic Workload Repository)自动工作负载信息库

    wrh$_active_session_history    (写入AWR库中的ASH信息,理论为1小时以上)

    ASH 内存记录数据始终是有限的,为了保存历史数据,引入了自动负载信息库(AutomaticWorkload Repository ,AWR) 由后台任务管理器MMON完成。ASH信息同样被整理写出到AWR负载库中。可能内存完会 足够的,有些MMNL任务管理器在ASH写满完会 将信息写出到AWR负载库 中。ASH完全写出是不可接受的,有些一般只写入整理的10%的数据量,或者使用direct-pathinsert完成,尽量减少日志的生成,从而最小 化数据库性能影响。

       其中视图dba_hist_active_sess_history是wrh$_active_session_history和有些十好多个 视图的联合展现,通常通过这人视图进行历史数据的访问。

    v$session                                     (当前正在趋于稳定)

图1 各个视图的层次

Metadata (WRM$)

Historical data (WRH$)

AWR tables related to advisor functions (WRI$)

Oracle 11g New Features About Workload Capture and Workload Replay tables (WRR$)

       对于那此视图间的继承关系,eygle给出了一个多关系图:

    v$session_wait                           (当前正在趋于稳定)

    v$session_wait_history             (会话最近的10次等待英文事件)

三.修改默认设置:

begin

DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS(interval => 20,retention => 2*24*30);end;

       注意,ASH的采样数据是保趋于稳定内存中。而分配给ASH的内存空间是有限的,当所分配空间占满后,旧的记录就会被覆盖掉;或者数据库重启后,所有的那此ASH信息完会 消失。原先,对于长期检测oracle的性能是可能的。在Oracle10g中,提供了永久保留ASH信息的办法,这或者AWR(auto workload repository)。

shutdown immediate

    ---------------------------------------------------------------------------

    retention => 2*24*30);

--end--

   SQL Access Advisor都里能通过DBMS_ADVISOR调用,SQL Tuning Advisor都里能通过DBMS_SQLTUNE调用。

       典型的情況下,为了诊断当前数据库的情況,还要最近的五到十分钟的完全信息。然而,可能记录session的活动信息是很费时间和空间的,ASH采用的策略是:保存趋于稳定等待英文情況的活动session的信息,每秒从v$session_wait中采样一次,并将采样信息保趋于稳定内存中。

    SQL> select snap_interval, retention from dba_hist_wr_control;

    四。手动整理一次数据库的统计信息:

       在Oracle 10g中新冒出了一个多视图:v$session_wait_history。这人视图保存了每个活动session在v$session_wait中最近10次的等待英文事件。但这对于一段时期内的数据库性能情況的监测是远远过高 的,为了补救这人问题图片,在10g中还新加进去去了一个多视图:v$active_session_history。这或者ASH(active session history)。

    AWR是Oracle 10g中的一个多新内部结构,这类于10g刚刚的statspack.不过在使用上要比statspack简单,提供的性能指标要比statspack多有些,能更好的帮助DBA来发现数据库的性能瓶颈。

    根据向导来完成AWR报告的生成。还要注意的是,在选取时间范围的刚刚,上面不到有停机(可能显示的时间上面有空白行,表示有停机情況)。在选取报告类型的刚刚一般使用默认的HTML,方便查看。

       可能数据量巨大,把所有ASH数据写到磁盘上是不可接受的。一般是在写到磁盘的刚刚过滤这人数据,写出的数据占采样数据的10%,写出时通过direct-path insert完成,尽量减少日志生成,从而最小化数据库性能的影响。

Oracle provide two main scripts to produce workload repository reports (awrrpt.sql and awrrpti.sql). They are similar in format to the statspack reports and give the option of HTML or plain text formats. The two reports give essential the same output but the awrrpti.sql allows you to select a single instance. The reports can be generated as follows:

@$ORACLE_HOME/rdbms/admin/awrrpt.sql

@$ORACLE_HOME/rdbms/admin/awrrpti.sql

    Oracle 性能调整最重要的或者对最影响性能的SQL的调整。在一个多应用中,并能影响到数据库的不到SQL,也不到是SQL.村里人 不到一味依靠增强硬件,修改系统、 数据库参数来提高数据库的性能。更多的应该关注那此最影响性能的SQL的话。ASH报告、AWR报告、ADDM报告都并能找出最影响性能的SQL的工具。 在分析ASH报告、AWR报告的刚刚,最重要的或者关注SQL Statistics,SQL Statistics中最应该关注的是SQL ordered byGets和SQL ordered byReads一个多指标。絮状的Gets(逻辑读)会占用絮状的CPU时间。絮状的Reads(物理读)会引起IO的瓶颈冒出。一般情況下,絮状的 Gets会伴随着絮状的Reads冒出。当然,村里人 都里能通过增大SGA的大小来减少Reads的量。通过这两个多多指标找到了最影响性能的SQL,这是首要 的,也是必要的。下一步就都里能通过创建索引,调整SQL来提高SQL单独执行时的性能。减少SQL执行时冒出的高Gets,Reads.当然整体的性能影 响还和 excutions有关,可能这条SQL执行的次数过多,累加起来量还是很大的。不到就都里能考虑通过在应用上缓存等手段来减少SQL执行的次数。另外还有 一个多还要注意的问题图片或者在开发过程中SQL一定要使用绑定变量,来减少硬解析(絮状的硬解析也会消耗絮状的CPU时间,占用絮状的Latch)。在开发过 程富含个原则或者:小事务。操作完成及时的提交。

    SQL>@?/rdbms/admin/awrrpt

       为了便于描述和理解,在第一偏离 中,村里人 说AWR或者保存ASH中的信息。

    一。生成AWR报告:

    是Oracle内部内部结构的一个多顾问系统,并能自动的完成最数据库的有些优化的建议,给出SQL的优化,索引的创建,统计量的整理等建议。

    +00007 00:00:00.0(保留3天)

    DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS(interval => 20,

begin

dbms_workload_repository.modify_snapshot_settings (

interval => 20,

retention => 2*24*30

);

end;

       当SYSAUX表空间满后,AWR将自动覆盖掉旧的信息,并在警告日志中记录二根相关信息:

二.查看数据库的AWR的设置:

SQL> select snap_interval, retention from dba_hist_wr_control;

       AWR的行为受到参数STATISTICS_LEVEL的影响。这人参数一个多多值:

    二。查看数据库的AWR的设置:

      4.SYSAUX表空间

    村里人 在监控数据库时,可能是当前正在趋于稳定的问题图片,村里人 都里能通过v$session+v$sqlarea来找出性能最差的SQL的话。可能在一个多小时以内发 生的村里人 都里能通过生成ASH报告来找出SQL.可能是1小时以上或几天村里人 都里能通过AWR报告来找出几小时,几天以来最影响系统的SQL的话。ADDM报 告基于AWR库,默认都里能保存30天的ADDM报告。

    ---->>根据AWR区间生成ADDM报告:



   ---->>ADDM报告概要信息:



ADDM报告生成:

1,Set STATISTICS_LEVEL parameter to BASIC.

2,Run the CATNOAWR.sql script to drop the AWR Repository tables. The script calls procedure dbms_swrf_internal.remove_wr_control, which deletes a row relating to your database from the wrm$_wr_control table, and then drops all the AWR tables.

3,Execute DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS(interval=>0).By setting the value of the interval as 0, we set the new interval between each snapshot collection as 110 years:

4,Download dbms_awr.plb from Metalink, compile this package and execute the PL/SQL package DBMS_AWR.DISABLE_AWR() [see Metalink note 436386.1].

5,This does not work for an existing database, but does for future databases: Create your own database creation scripts (do not utilize DBCA) and do not execute the CATAWRTB.sql script.

6,_awr_restrict_mode initialization parameter which is set to TRUE and turns off all AWR features in the repository database

If you would like to disable AWR from executing on an Oracle database, here are several ways to turn it off. If you are not using the AWR data, why pay the penalty for having it continually running and collecting unused data. These steps are listed in what I think are the easiest options first.

       当某个测量值(metrics)超过了预设的限定值(threshold value)后提交警告。

alter system set sga_target=0 scope=spfile;

alter system set statistics_level = basic scope=both;

alter system set cluster_database=false;

    ASH buffers 的最小值为1MB,最大值不超过30MB.内存中记录数据。期望值是记录一小时的内容。

    村里人 并都里能直接查询试图:

AWR data is stored in the WRH$ and DBA_HIST tables in the SYSAUX tablespace. There could be performance implications if these tables were to grow too large in size or if the retention was increased beyond the default of 7 days.

SNAP_INTERVAL

---------------------------------------------------------------------------RETENTION---------------------------------------------------------------------------+00000 01:00:00.0(每小时整理一次)+00007 00:00:00.0(保留3天)

– in 11g begin—

SQL> @?/rdbms/admin/catnoawr.sql

SQL> alter system flush shared_pool;

SQL> @?/rdbms/admin/catawr.sql

SQL> @?/rdbms/admin/utlrp.sql

sql> @?/rdbms/admin/execsvrm.sql

– in 11g end—

SQL> select to_char(snap_interval,’DD’),to_char(retention,’DD’) FROM dba_hist_wr_control;

       AWR的采样办法是,以固定的时间间隔为其所有重要的统计信息和负载信息执行一次采样,并将采样信息保趋于稳定AWR中。

    v$active_session_history          (内存中的ASH整理信息,理论为1小时)

Tip:

When SYSAUX tablespace is keep growing,you can check the V$SYSAUX_OCCUPANTS View to find out who/what is occupying space in SYSAUX.

根据向导来完成AWR报告的生成。还要注意的是,在选取时间范围的刚刚,上面不到有停机(可能显示的时间上面有空白行,表示有停机情況)。在选取报告类型的刚刚一般使用默认的HTML,方便查看。

       都里能原先说:ASH中的信息被保存到了AWR中的视图wrh$_active_session_history中。ASH是AWR的真子集。

startup restrict

– in 10g begin —

@?/rdbms/admin/catnoawr.sql

alter system flush shared_pool;

@?/rdbms/admin/catsvrm.sql –in the script had calls catawrtb.sql

– in 10g end —

     4.小结

      ASH的整理信息保趋于稳定内存中,在旧的信息被采样到AWR中后,可被新整理的信息覆盖,重启oracle完会信息被清除。分配给ASH的内存大小都里能查询到:

       TYPICAL:默认值.不到偏离 的统计整理.村里人 代表还要的典型监控oracle数据库的行为。

    dba_hist_active_sess_history   (根据wrh$_active_session_history生成的视图)

=========================================================================================================                                 实 用 脚 本=========================================================================================================

       3.mmon任务管理器与mmnl任务管理器

    SQLPLUS>@?/rdbms/addmrpt.sql

       捕获最近修改过的 SQL 对象的统计信息。

      1.ash占用的内存大小

       6.采样数据量

    end;

 三。修改默认设置:

@?rdbms/admin/awrrpt.sql是刚刚statspack的扩展,整理信息更完全,查看长期的数据库情況。

@?rdbms/admin/ashrpt.sql查看当前的数据库情況,可能ash是每秒从v$session进行进行取样,awr整理的数据要比ash多得多。

一般整理数据库信息的话要结合awr和ash。

@?rdbms/admin/addmrpt .sql为宜是驻留在oracle里的一位专家,是一个多自我诊断引擎。产生symptom,problem,infomation,提供补救问题图片的建议,并自动修复有些具体的故障。

@?rdbms/admin/awrinfo.sql显示的完会 awr的相关信息,包括快照信息、sysaux空间使用、awr组件、ash等信息。

=========================================================================================================

                                简   单   总    结=========================================================================================================

    begin

A good solution is to have a central repository and move statistical AWR data periodically to this central repository database using the Oracle supplied awrextr.sql and awrload.sql scripts which can be found in the $ORACLE_HOME/rdbms/admin directory.

       我我觉得,AWR记录的信息不仅是ASH,还都里能整理到数据库运行的各方面统计信息和等待英文信息,用以诊断分析。

       原先,村里人 就知道了ASH和AWR产生的意味和功能。ASH保存了系统最新的趋于稳定等待英文的会话记录,都里能用来诊断数据库的当前情況;而AWR中的信息最长可能有1小时的延迟,有些其采样信息过多能用于诊断数据库的当前情況,但都里能用来作为一段时期内数据库性能调整的参考。

 在Oracle数据库中,有时村里人 可能会遇到原先的术语:ASH和AWR,不到它们是要怎样产生的呢?它们的作用又是那此呢?本文村里人 就来介绍这人偏离 内容。 

For some time, Oracle’s solution in this area has been its built-in tool, Statspack.Oracle Database 10g offers a significant improvement: the Automatic Workload Repository (AWR). The AWR installs along with the database and captures not only statistics, but the derived metrics as well.

    WRI$表存储同数据库建议功能相关的数据(ADDM相关数据)

    SNAP_INTERVAL

In a nutshell - the tuning advisor 

      用户的连接将产生会话,当完会 话记录保趋于稳定v$session中;趋于稳定等待英文情況的会话会被克隆一份装进v$session_wait中。当该连接断开后,其原先的连接信息在v$session和v$session_wait中就会被删除。这是10g刚刚的情況。

    ---------------------------------------------------------------------------

      若是一个多普通的会话(我是指不到絮状地耗费资源),则对于性能调整来说无足轻重。但若该会话在活动时絮状占用了资源(比如:CPU,内存,I/O等),该会话信息的丢失,将无法评测当时的系统瓶颈究竟是那此。令DBA高兴的是,Oracle 10g中保留下了v$session_wait中的那此信息。

dbms_workload_repository.DROP_SNAPSHOT_RANGE;

      那此采样数据都存储在SYSAUX表空间中,或者以WRM$_* 和 WRH$_*的格式命名。前本身类型存储元数据信息(如检查的数据库和整理的快照),后本身类型保存实际整理的统计数据。

修改成每20分钟整理一次统计量,保留最近的2天统计量信息。

       创建新的 MMON 隶属任务管理器(MMON slave process)来进行快照(snapshot)。

exec dbms_swrf_internal.unregister_database();

Then re-enable the AWR statistics gathering as required, by setting STATISTICS_LEVEL back to its original value, and restart the instance normally

       7.初始化参数statistics_level

---->>ASH报告信息:  

– in target db

SQL>@?/rdbms/admin/awrload.sql

    写出到AWR负载库的ASH信息记录在AWR的基础表wrh$active_session_hist中,wrh$active_session_hist是一个多分区表,Oracle会自动进行数据清理。

using oracle internal package

dbms_swrf_internal.AWR_EXTRACT

DBMS_SWRF_INTERNAL.AWR_LOAD

DBMS_SWRF_INTERNAL.MOVE_TO_AWR

DBMS_SWRF_INTERNAL.CLEAR_AWR_DBID

四.手动整理一次数据库的统计信息:

exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT;

    村里人 使用不到多种办法、报告只一个多多唯一的目的:找出最影响系统性能的SQL的话。找到SQL下一步或者对它进行调整了。

      2.v$session_wait_history与ASH