Help in Analyzing AWR Report.....

Question

We have faced a performance issue in particular two programs which usually takes only seconds to run (it ran 0.8 and 0.6 sec respectively last month). But it took 2 and 1.4 hrs respectively and when took the AWR report for the run period I could see all looks fine in the report, as we don't have an option to re-run it again till next month end we would like to figure out the cause for the same.
The explain plan for that particular statement looks fine and it gets completed with in seconds. The only doubt I have is we see "CPU Time" in the Top 5 times events and it consumed most of time. Please help me in finding is the normal scenario or not.
Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time 46,585 97.4
db file sequential read 1,082,128 859 1 1.8 User I/O
db file scattered read 540,320 667 1 1.4 User I/O
log file parallel write 21,817 79 4 .2 System I/O
db file parallel read 14,111 37 3 .1 User I/O
Thanks,
Jay
[phone]

Answer 1

user13338899 wrote:
Mohammad,
Appreciate the update. Please find below the following details,
SQL> column NAMESPACE form a9;
SQL> /
VERSION BUNDLE_SER NAMESPACE ACTION ACTION_TIME ID
10.2.0.5 PSU SERVER APPLY 26-APR-11 03.01.16.118430 PM 3
SQL>
$ uname -a
SunOS DSOFSAOS01 5.10 Generic_142909-17 sun4u sparc SUNW,SPARC-Enterprise
$ sqlplus '/ as sysdba'
SQL*Plus: Release 10.2.0.5.0 - Production on Mon Jul 18 11:15:17 2011
Copyright (c) 1982, 2010, Oracle. All Rights Reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> select * from v$version;
BANNER
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
PL/SQL Release 10.2.0.5.0 - Production
CORE 10.2.0.5.0 Production
TNS for Solaris: Version 10.2.0.5.0 - Production
NLSRTL Version 10.2.0.5.0 - Production
SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
$ opatch lsinv -bugs_fixed | grep PSU
9952230 11724962 Tue Apr 26 14:53:15 MYT 2011 DATABASE PSU 10.2.0.5.1 (INCLUDES CPUOCT2010)
10248542 11724962 Tue Apr 26 14:53:15 MYT 2011 DATABASE PSU 10.2.0.5.2 (INCLUDES CPUJAN2011)
11724962 11724962 Tue Apr 26 14:53:15 MYT 2011 DATABASE PSU 10.2.0.5.3 (INCLUDES CPUAPR2011)
$
$ vmstat
kthr memory page disk faults cpu
r b w swap free re mf pi po fr de sr m0 m1 m3 m4 in sy cs us sy id
0 0 0 16622560 5455776 29 14 127 0 0 0 0 0 19 8 16 604 3281 402 0 0 100
$
The only thing I would like to know is we faced an performance issue with two programs which took so long to run than usual, as we do not have an option to re-run and could not find any issues in the awr apart from the particular sql took long time to run, what could be the possible causes for a sql behaving badly only at a certain time.
If we run the same sql now, it gets completed in seconds. Also how to calculate the CPU used in that partuclar period?
Thanks,
Jay
the particular sql took long time to run,does this SQL utilize bind variable & therefore subject to bind variable peeking?