[转]oracle性能调优之--Oracle 10g AWR 配置

一、ASH和AWR的故事

1.1 关于ASH

我们都知道，用户在ORACLE数据库中执行操作时，必然要创建相应的连接和会话，其中，所有当前的会话信息都保存在动态性能视图V$SESSION中，通过该视图，DBA可以查看用户实际执行的操作，或者当前的等待事件等。通常这部分信息是调优过程中的关键信息，不过，一旦连接断开。会话信息就会被同时从V$SESSION及其它相关视图中清除，也就是说，用户执行完操作走人，而你(DBA)，如果不能在当前逮到他，过了这点，就不知道它曾经做过什么了。

10g 版本中，ORACLE又新增加了一个视图(其它是若干，不过咱们还是以session为引子说)：V$ACTIVE_SESSION_HISTORY，看名字就知道，就是活动会话的历史记录，这下，即使用户操作完成后，断开了连接也不怕，因为其会话的情况已经被记录了下来，这项特性就是ASH了，全称与视图名相同，正是：ACTIVE SESSION HISTORY。

ASH 每秒钟收集一次当前处于非空闲等待事件的、活动状态的、session的信息，并保存在V$ACTIVE_SESSION_HISTORY视图中，我们(应该以及必须)知道，动态性能视图其实上是ORACLE自行构造的一堆存在于SGA内存区的虚表，就是说，ASH的数据是保存在内存里的，实际上，ORACLE分配给ASH的空间并不是无限大(更何况ORACLE自身管理的内存空间也不是无限大)，查看ASH可供使用的内存空间，可以通过如下SQL：

SQL> SELECT pool, name, bytes/1024/1024 Mb FROM v$sgastat WHERE NAME LIKE ‘ASH %‘;

直白的讲 ，V$ACTIVE_SESSION_HISTORY中能够记录多少会话信息， 一方面取决于该数据库的SGA 分配给ASH buffers的大小 ，另一方面取决于数据库的启动和关闭(重启数据库时将重构SGA内存区)。这两方面的因素制约了V$ACTIVE_SESSION_HISTORY中能够保存的会话信息的能力，做为DBA，我们肯定是希望ASH尽可能多的保留关于会话的信息，但目前来看单纯依靠

V$ACTIVE_SESSION_HISTORY肯定无法实现这点，那怎么办呢？别担心，ORACLE又提供了AWR特性，ASH收集到的会话信息，是做为AWR中快照信息的一部分，被保存到了硬盘上。

1.2 关于AWR

AWR 是 Oracle 10g 版本 推出的新特性， 全称叫Automatic Workload Repository-自动负载信息库。 谈到这一特性呢，不得不先提Statspack，Statspack称的上是ORACLE世界里的老人了，不过毕竟年岁大了，腿脚虽然还算灵便，但效率不那么高了，用时髦话讲就是不能适应时代发展步伐，不能紧跟时代潮流，不能保持做为一名优秀党员的先进性，始终坚持带三个表的为DBA服务。但是，说到底Statspack还是为了党国事业奋斗了一辈子，在党内还是有势力有威信有地位有影响的四有老人，还有余热可以发挥， 虽然其在统计实时性方面，表现已不足以满足DBA多变的需求，依然 不能一下就将其拿下， 因此 ORACLE 采取渐进方式先 推出了AWR，说是辅助Statspack工作，其实明眼人一看就明了，这是新指定的接班人哪。

AWR 与前辈Statspack在职业定位方面是相同的，都是负责收集、处理并维护性能统计信息，用于检查和分析性能问题(甚至生成的报告格式都非常接近)，AWR生成的统计数据即可以通过V$视图和DBA_*数据字典查看，也可以通过脚本来生成相应报表。谈到相比Statspack，AWR究竟在哪些方面有所提升呢，捡主要的讲就两条：自动+实时，至于功能上的些许提高，不过是因为AWR年轻腿脚利索罢了。

二、生成分析报表

AWR 是通过对比两次快照(snapshot)收集到的统计信息，来生成报表数据，生成的报表包括多个部分，这点与Statspack生成的报告非常类似。不过AWR在生成报告时，可以选择生成TXT或HTML两种格式的报告，相对来说，HTML更利于阅读，而TXT的适用性更广(即使在不能使用浏览器的机器上也能看)。

操作过Statspack的朋友都还记的，生成报告使用$ORACLE_HOME/rdbms/admin/spreport.sql脚本，到了AWR这片，操作步骤基本上相同，不过生成报告的脚本多了很多选择，包括：

  • awrrpt.sql ：生成指定快照区间的统计报表；
  • awrrpti.sql ：生成指定数据库实例，并且指定快照区间的统计报表；
  • awrsqlrpt.sql ：生成指定快照区间，指定SQL语句(实际指定的是该语句的SQLID)的统计报表；
  • awrsqrpi.sql ：生成指定数据库实例，指定快照区间的指定SQL语句的统计报表；
  • awrddrpt.sql ：指定两个不同的时间周期，生成这两个周期的统计对比报表；
  • awrddrpi.sql ：指定数据库实例，并指定两个的不同时间周期，生成这两个周期的统计对比报表；

下面的章节中，我们就来一一例举。

提示：与使用Statspack一样，要想让AWR收集到准确的统计信息，从而生成可靠的性能分析报告，必须将初始化参数STATISTICS_LEVEL的值设置为TYPICAL或ALL。

2.1 生成标准统计报表

过程并不复杂，下列操作中加粗的部分，是需要指定值的位置(注意，执行报表生成的用户必须拥有DBA角色)：

JSSWEB> @$ORACLE_HOME/rdbms/admin/awrrpt.sql

Current Instance

~~~~~~~~~~~~~~~~

DB Id DB Name Inst Num Instance

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

3812548755 TEST08 1 test08

Specify the Report Type

~~~~~~~~~~~~~~~~~~~~~~~

Would you like an HTML report, or a plain text report?

Enter ¨html¨ for an HTML report, or ¨text¨ for plain text

Defaults to ¨html¨

Enter value for report_type: html

此处需指定生成的报表格式，有txt和html两种选择，默认情况下为html格式，这里为演示起见，输入html。

Type Specified: html

Instances in this Workload Repository schema

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

DB Id Inst Num DB Name Instance Host

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

* 3812548755 1 TEST08 test08 yans1

Using 3812548755 for database Id

Using 1 for instance number

Specify the number of days of snapshots to choose from

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Entering the number of days (n) will result in the most recent

(n) days of snapshots being listed. Pressing without

specifying a number lists all completed snapshots.

Enter value for num_days: 2

此处需指定要读取多少天内的快照信息！

Listing the last 2 days of Completed Snapshots

Snap

Instance DB Name Snap Id Snap Started Level

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

test08 TEST08 7330 20 10 月 2009 00:00 1

7331 20 10 月 2009 01:00 1

7332 20 10 月 2009 02:00 1

7333 20 10 月 2009 03:00 1

7334 20 10 月 2009 04:00 1

7335 20 10 月 2009 05:01 1

7336 20 10 月 2009 06:00 1

7337 20 10 月 2009 07:01 1

7338 20 10 月 2009 08:00 1

7339 20 10 月 2009 09:00 1

7340 20 10 月 2009 10:00 1

7341 20 10 月 2009 11:00 1

7342 20 10 月 2009 12:00 1

7343 20 10 月 2009 13:00 1

7344 20 10 月 2009 14:00 1

7345 20 10 月 2009 15:00 1

7346 20 10 月 2009 16:00 1

7347 20 10 月 2009 17:00 1

7348 20 10 月 2009 18:00 1

7349 20 10 月 2009 19:00 1

7350 20 10 月 2009 20:00 1

7351 20 10 月 2009 21:00 1

7352 20 10 月 2009 22:00 1

7353 20 10 月 2009 23:00 1

7354 21 10 月 2009 00:00 1

7355 21 10 月 2009 01:00 1

7356 21 10 月 2009 02:00 1

7357 21 10 月 2009 03:00 1

7358 21 10 月 2009 04:00 1

7359 21 10 月 2009 05:00 1

7360 21 10 月 2009 06:00 1

7361 21 10 月 2009 07:00 1

7362 21 10 月 2009 08:00 1

7363 21 10 月 2009 09:00 1

7364 21 10 月 2009 10:00 1

7365 21 10 月 2009 11:00 1

7366 21 10 月 2009 12:00 1

7367 21 10 月 2009 13:00 1

7368 21 10 月 2009 14:00 1

Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Enter value for begin_snap: 7331

Begin Snapshot Id specified: 7331

Enter value for end_snap: 7355

End Snapshot Id specified: 7355

Specify the Report Name

~~~~~~~~~~~~~~~~~~~~~~~

The default report file name is awrrpt_1_7331_7355.html. To use this name,

press to continue, otherwise enter an alternative.

Enter value for report_name:

此处为要生成的报告指定一个文件名，默认会根据前面输入的snap_id生成一个文件名，比如这里生成的默认文件名为awrrpt_1_7331_7355.html，当然DBA可以根据实际情况对文件名进行自定义。这里三思偷个懒，就用默认文件名好了，直接回车。

接下来就不需要DBA再输入什么了，等着ORACLE给你生成报表吧。

Using the report name awrrpt_1_7331_7355.html

..................

.......................

End of Report

Report written to awrrpt_1_7331_7355.html

打开最终生成的统计报表，界面如下：

提示：

问：前面提示输入snaps时哪来的这么多snapshots啊？

答：这都是ORACLE偷偷摸摸一点一点(每小时一次)收集的啊！

问：它究竟收集了多久的啊？

答：从当前的记录看，至少有7天了！

问：究竟啥是snapshot啊？

答：接着往下看！

2.2 生成指定数据库实例的统计报表

这项统计报表一般是针对多实例数据库，前面使用的脚本是生成数据库级别的统计报表，对于多实例的数据库，有时候DBA可能希望看到某个实例的表现，那么本脚本就能派上用场了。其实操作与上非常类似(都比较简单，需要DBA敲的字符加一块也没几个)，注意执行的脚本不同的哟。

SQL> @$ORACLE_HOME/rdbms/admin/awrrpti.sql

Specify the Report Type

~~~~~~~~~~~~~~~~~~~~~~~

Would you like an HTML report, or a plain text report?

Enter ¨html¨ for an HTML report, or ¨text¨ for plain text

Defaults to ¨html¨

Enter value for report_type:

此处需指定生成的报表格式，有txt和html两种选择，默认情况下为html格式。

Type Specified: html

Instances in this Workload Repository schema

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

DB Id Inst Num DB Name Instance Host

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

948405229 2 JSSDB jssdbn2 jssdbn2

* 948405229 1 JSSDB jssdbn1 jssdbn1

Enter value for dbid: 948405229

Using 948405229 for database Id

Enter value for inst_num: 1

Using 1 for instance number

相比标准统计报表的生成，这里多了两个需指定的值，就是选择要生成报表的DBID以及实例的ID。

Specify the number of days of snapshots to choose from

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Entering the number of days (n) will result in the most recent

(n) days of snapshots being listed. Pressing without

specifying a number lists all completed snapshots.

Enter value for num_days: 2

指定要读取多少天内的快照信息。

Listing the last 2 days of Completed Snapshots

Snap

Instance DB Name Snap Id Snap Started Level

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

jssdbn1 JSSDB 235 22 Oct 2009 00:00 1

236 22 Oct 2009 01:00 1

237 22 Oct 2009 02:00 1

238 22 Oct 2009 03:00 1

239 22 Oct 2009 04:00 1

240 22 Oct 2009 05:00 1

241 22 Oct 2009 06:00 1

242 22 Oct 2009 07:00 1

243 22 Oct 2009 08:00 1

244 22 Oct 2009 09:00 1

245 22 Oct 2009 10:00 1

246 22 Oct 2009 11:00 1

247 22 Oct 2009 12:00 1

248 22 Oct 2009 13:00 1

249 22 Oct 2009 14:00 1

250 22 Oct 2009 15:00 1

251 22 Oct 2009 16:00 1

252 22 Oct 2009 17:00 1

253 22 Oct 2009 18:00 1

254 22 Oct 2009 19:00 1

255 22 Oct 2009 20:00 1

256 22 Oct 2009 21:00 1

257 22 Oct 2009 22:00 1

258 22 Oct 2009 23:00 1

259 23 Oct 2009 00:00 1

260 23 Oct 2009 01:00 1

261 23 Oct 2009 02:00 1

262 23 Oct 2009 03:00 1

263 23 Oct 2009 04:00 1

264 23 Oct 2009 05:00 1

265 23 Oct 2009 06:00 1

266 23 Oct 2009 07:00 1

267 23 Oct 2009 08:00 1

Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Enter value for begin_snap:

.....................

......................

剩下的步骤就与标准统计报表的步骤完全相同，这里就不重复演示了。

2.3 生成指定SQL语句的统计报表

这项统计专门用来分析某条指定的SQL语句，通过awrsqrpt.sql脚本，awr能够生成指定sql(曾经执行过的SQL)的执行计划，消耗的资源等等信息，有助于DBA进行SQL调优。

具体操作如下，首先还是执行生成脚本：

SQL> @$ORACLE_HOME/rdbms/admin/awrsqrpt.sql

Current Instance

~~~~~~~~~~~~~~~~

DB Id DB Name Inst Num Instance

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

3812548755 TEST08 1 test08

Specify the Report Type

~~~~~~~~~~~~~~~~~~~~~~~

Would you like an HTML report, or a plain text report?

Enter ¨html¨ for an HTML report, or ¨text¨ for plain text

Defaults to ¨html¨

Enter value for report_type: html

选择生成的报表格式，没啥说的，就默认的html格式吧。

Type Specified: html

Instances in this Workload Repository schema

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

DB Id Inst Num DB Name Instance Host

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

* 3812548755 1 TEST08 test08 yans1

Using 3812548755 for database Id

Using 1 for instance number

Specify the number of days of snapshots to choose from

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Entering the number of days (n) will result in the most recent

(n) days of snapshots being listed. Pressing without

specifying a number lists all completed snapshots.

Enter value for num_days: 2

指定报表快照的生成区间！

Listing the last 2 days of Completed Snapshots

Snap

Instance DB Name Snap Id Snap Started Level

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

test08 TEST08 7450 25 10 月 2009 00:00 1

7451 25 10 月 2009 01:00 1

7452 25 10 月 2009 02:00 1

7453 25 10 月 2009 03:00 1

7454 25 10 月 2009 04:00 1

7455 25 10 月 2009 05:00 1

7456 25 10 月 2009 06:00 1

7457 25 10 月 2009 07:00 1

7458 25 10 月 2009 08:00 1

7459 25 10 月 2009 09:00 1

7460 25 10 月 2009 10:00 1

7461 25 10 月 2009 11:00 1

7462 25 10 月 2009 12:00 1

7463 25 10 月 2009 13:00 1

7464 25 10 月 2009 14:00 1

7465 25 10 月 2009 15:00 1

7466 25 10 月 2009 16:00 1

7467 25 10 月 2009 17:00 1

7468 25 10 月 2009 18:00 1

7469 25 10 月 2009 19:00 1

7470 25 10 月 2009 20:00 1

7471 25 10 月 2009 21:00 1

7472 25 10 月 2009 22:00 1

7473 25 10 月 2009 23:00 1

7474 26 10 月 2009 00:00 1

7475 26 10 月 2009 01:00 1

7476 26 10 月 2009 02:00 1

7477 26 10 月 2009 03:00 1

7478 26 10 月 2009 04:00 1

7479 26 10 月 2009 05:00 1

7480 26 10 月 2009 06:00 1

7481 26 10 月 2009 07:00 1

7482 26 10 月 2009 08:00 1

7483 26 10 月 2009 09:00 1

7484 26 10 月 2009 10:00 1

Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Enter value for begin_snap: 7451

Begin Snapshot Id specified: 7451

Enter value for end_snap: 7475

End Snapshot Id specified: 7475

指定开始和结束的快照ID：

Specify the SQL Id

~~~~~~~~~~~~~~~~~~

Enter value for sql_id: a51q9un8j1kv6

注意喽，这里要指定分析的SQL_ID，你可能想问，要分析的SQL ID从何而来呢？一般来说，提出这种问题说明你还未操作过awr或看到一条SQL。为什么这么说呢，因为一般来讲，获取问题SQL的途径要么是通过V$SQL(及其它相关视图)，要么是通过AWR/STATSPACK等工具，而这些方式找到SQL语句时，只要你再稍微拿眼神的旁光这么一扫，就会发现在语句的旁边有一条SQL ID静静的矗立着:)

SQL ID specified: a51q9un8j1kv6

Specify the Report Name

~~~~~~~~~~~~~~~~~~~~~~~

The default report file name is awrsqlrpt_1_7451_7475.html. To use this name,

press to continue, otherwise enter an alternative.

Enter value for report_name: awr_sqlrpt_1_7451_7475.html

Using the report name awr_sqlrpt_1_7451_7475.html

时间： 2024-10-25 02:43:12

[转]oracle性能调优之--Oracle 10g AWR 配置的相关文章

Oracle性能调优(AWR)

一.AWR报告 AWR 是通过对比两次快照(snapshot)收集到的统计信息,来生成报表数据,生成的报表包括多个部分,这点与Statspack生成的报告非常类似.不过AWR在生成报告时,可以选择生成TXT或HTML两种格式的报告,相对来说,HTML更利于阅读,而TXT的适用性更广(即使在不能使用浏览器的机器上也能看). 操作过Statspack的朋友都还记的,生成报告使用$ORACLE_HOME/rdbms/admin/spreport.sql脚本,到了AWR这片,操作步骤基本上相同,不过生成

Oracle 性能调优之:使用 V$SQL_PLAN 视图查询内存中的执行计划

V$SQL_PLAN视图提供了一种方法,可用于检查仍位于库高速缓存的游标的执行计划.此视图中的信息与 PLAN_TABLE 视图中的信息非常类似.但是,EXPLAIN PLAN 显示的是执行相应语句时可以使用的理论,而V$SQL_PLAN 包含实际使用的计划.通过 EXPLAIN PLAN 语句获取的执行计划与用来执行游标的执行计划可能有所不同.原因在于,也许已经用不同的会话参数值编译了游标. V$SQL_PLAN 显示一个游标的计划,并非与一个 SQL 语句相关联的所有游标的计划.区别在于,一

oracle性能调优学习0621

1.PLAN_table column query_plan format a55column cardinality format 99999column cost format 99999delete from plan_table;set lines 100set pages 100set echo on EXPLAIN PLAN FORSELECT *  FROM hr.employees JOIN hr.departments USING (department_id);  SELEC

Oracle 性能调优

在 oracle 中效率排行, 表连接>exist>not exist>in>no in 并且使用in 查询 会有查询条件数量不能超过1000 的限制: 简单提高效率可以使用 exist 代替in 换成表连接可以更大的提高效率: 用left join (左连接) 代替 not in 和 not exist 用 inner join(内连接) 代替 in 和 exist 这样可以大大提高效率: (1)SELECT PUB_NAME FROM PUBLISHERS WHERE PUB_

oracle性能调优学习0622

查询数据库中的等待事件: SET lines 100SET pages 10000COLUMN wait_class format a12COLUMN event format a30COLUMN total_waits format 999999COLUMN total_us format 999999999COLUMN pct_time format 99.99COLUMN avg_us format 999999.99SET echo on SELECT   wait_class, eve

性能调优概述，你不能不知的优化策略

作者:陈明乾 感谢: MageEdu 大纲 作者概述 什么是性能调优?(what) 为什么需要性能调优?(why) 什么时候需要性能调优?(when) 什么地方需要性能调优?(where) 什么人来进行性能调优?(who) 怎么样进行性能调优?(How) 总结 硬件配置:CUP Xeon E5620 x 2 8核心, 内存 16G , 硬盘 RAID 10,操作系统: CentOS 6.4 x86_64(64位). 概述 在这篇博文中,我不想用一些抽象的概念去说性能调优的问题,只想用最通俗的语言

Oracle SQL 调优健康检查脚本

Oracle SQL 调优健康检查脚本 我们关注数据库系统的性能,进行数据库调优的主要工作就是进行SQL的优化.良好的数据架构设计.配合应用系统中间件和写一手漂亮的SQL,是未来系统上线后不出现致命性能问题的有力保证. 在CBO时代,一个SQL的执行计划是多样的.影响执行计划的因素也从过去RBO时代的SQL书写规则变为综合性因素.这为我们生成更加优秀执行计划提供了基础,同时也给我们进行调优带来的很多麻烦. 目前我们通常的做法,是通过AWR报告或者调试手段,发现某某SQL有问题,之后从Librar

通过案例学调优之--Oracle参数（db_file_multiblock_read_count）

通过案例学调优之--Oracle参数(db_file_multiblock_read_count) 应用环境: 操作系统: RedHat EL55 Oracle:   Oracle 10gR2   Oracle DB_FILE_MULTIBLOCK_READ_COUNT是Oracle比较重要的一个全局性参数,可以影响系统级别及sessioin级别.主要是用于设置最小化表扫描时Oracle一次按顺序能够读取的数据块数.通常情况下,我们看到top events中的等待事件db file scatte

通过案例学调优之--Oracle 全文索引

通过案例学调优之--Oracle 全文索引 全文检索(oracle text)  Oracle Text使Oracle9i具备了强大的文本检索能力和智能化的文本管理能力,Oracle Text 是 Oracle9i 采用的新名称,在 oracle8/8i 中被称为 oracle intermedia text,oracle8 以前是 oracle context cartridge.Oracle Text 的索引和查找功能并不局限于存储在数据库中的数据. 它可以对存储于文件系统中的文档进行检索和