一个客户的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报告本身没有太多有意义信息，只是这种情况比较少见，特此为记。