ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 由于DBTIME时间太短导致AWR出现告警信息

由于DBTIME时间太短导致AWR出现告警信息

原创 Linux操作系统 作者:yangtingkun 时间:2012-01-12 23:56:24 0 删除 编辑
  

一个客户的RAC环境的AWR,由于DB TIME时间太短,导致出现告警信息。

 

 

这是一个10.2.0.5 RAC for Linux X86环境,由于全部应用都连接到一个节点上,因此另一个节点出现这个告警。

AWR报告中的正文开始之前的部分,有下面的告警信息:

WARNING: Since the DB Time is less than one second, there was minimal foreground activity in the snapshot period. Some of the percentage values will be invalid.

虽然以前也碰到过节点很闲的情况,但是真没有碰到过负载这么轻的系统:

Snap Id

Snap Time

Sessions

Cursors/Session

Begin Snap:

3609

06-1 -12 10:00:22

38

1.2

End Snap:

3610

06-1 -12 11:00:23

39

1.1

Elapsed:

60.02 (mins)

DB Time:

0.01 (mins)

从这个DB TIME上看,系统时间还不到1秒,查看每秒的统计值:

Load Profile

Per Second

Per Transaction

Redo size:

196.38

9,556.59

Logical reads:

4.62

224.99

Block changes:

0.45

21.70

Physical reads:

0.00

0.16

Physical writes:

0.06

3.08

User calls:

0.16

7.84

Parses:

0.19

9.31

Hard parses:

0.00

0.04

Sorts:

0.40

19.47

Logons:

0.03

1.23

Executes:

0.74

36.23

Transactions:

0.02

可以看到,除了逻辑读和REDO外,其余的值每秒都小于1,在看看TOP 5等待:

Top 5 Timed Events

Event

Waits

Time(s)

Avg Wait(ms)

% Total Call Time

Wait Class

control file sequential read

9,928

4

0

600.8

System I/O

control file parallel write

1,200

2

2

354.8

System I/O

CPU time

1

81.0

os thread startup

10

0

35

52.2

Concurrency

CGS wait for IPC msg

26,151

0

0

40.2

Other

可以看到控制文件的读写分别是4秒和2秒,占用了600%350%的系统时间,这也是前面告警信息提示的百分比不准确的原因。

AWR报告本身没有太多有意义信息,只是这种情况比较少见,特此为记。

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/4227/viewspace-714917/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
暂无介绍

注册时间:2007-12-29

  • 博文量
    1955
  • 访问量
    10388965