一个客户的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/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/4227/viewspace-714917/