Statspack/AWR analysisIn stead of using ratios, such as the buffer cache hit ratio, or single figures taken out of context this documents shall focus on the following the equation:

response time = service time + wait time

R = S + W

which basically says that the response time perceived by the user consist of service time and wait time.

The service time is the time spent by the CPU actively working on your request, and the wait time is the time you spend waiting for some resource to respond or become available. When you e.g. execute a SQL statement that is doing some index lookup, the CPU time involved may be in processing blocks in the buffer cache, scanning an index block for a certain value and getting your requested row out of the data block. To do this, Oracle may have to read the data block from the disk, which incurs a wait time until the disk responds. In more complex cases, you may spend CPU processing PL/SQL and you may wait for a lock or for Oracle to write data to the redo log file when you do a commit.

The general idea behind this method is to identify in some detail what the components of the service time and the wait time are and simply order these. The component at the top is the one that should be the first one to tune. As a result, you will not make conclusions like “My buffer cache hit ratio is too low, so I better increase the cache”, if I/O is not causing any trouble. And you will not say, “I must reduce my 20 second latch wait time”, if you are using 20 minutes of CPU processing SQL. A second observation in the method is that tuning something that is taking long time can be done both by reducing the time (such as using faster disks) or reducing the number of times (such as making fewer disk reads). Hence, the steps involved in this method that we will refer to as time based tuning, are simply:

1. Identify the service time and the wait time and the components of these

2. Order all time components

3. Start your tuning effort from the top of this list

4. For each entry in the list, either reduce the cost per execution, or the number of executions

Remember to separate OLTP and Batch activity when you run STATSPACK, since they usually

generate different types of waits.

Since every system is different, the above list is a general list of things you should regularly check in your STATSPACK output:

Top 5 wait events (timed events)

Load profile

Instance efficiency hit ratios

Wait events

Latch waits

Top SQL

Instance activity

File I/O and segment statistics

Memory allocation

Buffer waits

Hit ratios are good indicators of the health of your system. A large increase or dropfrom day to day is an indicator of a major change that needs to be investigated.

Generally, buffer and library cache hit ratios should be greater than 95 percent forOLTP, but they could be lower for a data warehouse that genrally do many full table scans.

Tuning by wait events is one of the best possible reactive tuning methods.

The top 5 wait events reveal to you the largest issues on your system at the macro level.Rarely do they point you to a specific problem. Other parts of AWR will tell youwhy you are receiving the top 5 waits.

Tuning the top 25 buffer get and top 25 physical get queries has yielded systemperformance gains of anywhere from 5 to 5000 percent. The SQL section of theSTATSPACK report tells you which queries to potentially tune first.

The top 10 percent of your SQL statements should not be more than 10 percent of yourbuffer gets or disk reads.

If the free buffers inspected divided by the free buffer scans equals less than 1, theDB_CACHE_SIZE parameter may need to be increased.

The “sorts (disk)” statistic divided by the “sorts (memory)” should not be above 1–5percent. If it is, you should increase the PGA_AGGREGATE_TARGET (or SORT_AREA_SIZE) parameter in the initialization file (given that physical memory is availableto do this). Remember that the memory allocated for Sort_Area_Size is a per-user valueand PGA_AGGREGATE_TARGET is across all sessions.

Latches are like locks on pieces of memory (or memory buffers). If the latch hit ratio isbelow 99 percent, there is a serious issue, since not even the lock to get memorycould be gotten.

Segment statistics are a great way to pinpoint performance problem to a given table,index, or partition. Oracle 10gR2 contains many segment-level statistics in both theAWR Report and STATSPACK.

If the PINHITRATIO is less than 95 percent when the report is run for an extendedperiod of time, the SHARED_POOL_SIZE is probably too small for your best systemperformance. If the reloads are greater than 1 percent, this also points to aSHARED_POOL_SIZE that is too small.

You do not set maxtrans in 10g (it defaults to 255).

Never go to the block level unless you absolutely have to go there. The block level is agreat place to find hot block and ITL issues, but it takes a lot of time and energy on thepart of an advanced DBA to pinpoint problems at this level.

The ADDM Report can be a helpful tuning utility, but ADDM is better used throughOracle’s Grid Control for maximum benefits.

Time Model StatisticsIn both Oracle 10.2 and Oracle 11.1 there are 19 time model statistics.

There are no differences between the time model statistics in the aforementioned versions.

The following table shows the 19 time model statistics in Oracle 11.1:

Name

background cpu time

background elapsed time

connection management call elapsed time

DB CPU

DB time

failed parse (out of shared memory) elapsed time

failed parse elapsed time

hard parse (bind mismatch) elapsed time

hard parse (sharing criteria) elapsed time

hard parse elapsed time

inbound PL/SQL rpc elapsed time

Java execution elapsed time

parse time elapsed

PL/SQL compilation elapsed time

PL/SQL execution elapsed time

repeated bind elapsed time

RMAN cpu time (backup/restore)

sequence load elapsed time

sql execute elapsed time

Time model statistics show the amount of CPU time that has been required to complete each type of database processing work.( see above table )

These statistics can be obtained by V$SESS_TIME_MODEL and V$SYS_TIME_MODEL Statistics Views

The time model views differ from each other in that the V$SESS_TIME_MODEL view stores timing information for individual sessions while the V$SYS_TIME_MODEL view provides information at instance level. As a result, you won't find the column for SESSION_ID in the V$SYS_TIME_MODEL view. In addition, V$SYS_TIME_MODEL records information historically from instance startup, so don't be concerned if you add up all of the time spent by the current indiviudal sessions and it doesn't match the DBTIME value in V$SYS_TIME_MODEL view. One last thing, use the timings as a relative reference, they may not add up exactly because of the way they are recorded by Oracle.

The most important time model statistic is DB time, which represents the total time spent by Oracle to process all database calls. In fact, it describes the total database workload. DB time is calculated by aggregating the CPU and all non-idle wait times for all sessions in the database after the last startup.

In other words DB time the total time spent by user processes either actively working or actively waiting in a database call.

DB Time is the most important of the various Time Model Statistics, which break down the Service component of R = S + W into more detail.

From Oracle Slides on ASH we read :

Time spent in the Database by foreground sessions Includes CPU time, IO time and wait time Excludes idle wait time The lingua franca for performance analysis Database time is the total time spent by user processes either actively working or actively

waiting in a database call

Since it is an aggregate value, it is actually possible that the DB time statistic could be larger than the total instance runtime.

One common objective in Oracle performance tuning is the reduction of database workload or DB time. This reduction can be achieved by minimizing specific components such as the session’s SQL parse and processing times, session’s wait times, etc.

DB Time shows us 'the Oracle bit' that we might be able to tune. The goal of the DB Time Performance Method is to reduce the amount of DB Time taken to deliver the same results. So, how can we reduce DB Time here? By making the query run more quickly, whether it's through tuning it to do less work, or increasing the efficiency of that work by reducing bottlenecks. Regardless of howI you would have improved the performance of the query the end user's experience would have improved..

Cache Sizes : This shows the size of each SGA region after AMM has changed them. This information can be compared to the original init.ora parameters at the end of the AWR report.

Cache Sizes~~~~~~~~~~~ Begin End ---------- ---------- Buffer Cache: 348M 340M Std Block Size: 8K Shared Pool Size: 128M 136M Log Buffer: 6,212K

Load Profile: This important section shows important rates expressed in units of xxx per second and in units of xxx per transactions.

• An increase in “redo size,” “block changes” and

“% Blocks changed per Read:,” indicates

increased DML (insert/update/delete) activity.

• A Hard Parse occurs when a SQL statement is

executed and is not currently in the shared pool. If

> 100/second, CURSOR_SHARING

initialization parameter should be potentially used

or there may be a Shared Pool sizing problem.

Load Profile~~~~~~~~~~~~ Per Second Per Transaction --------------- --------------- Redo size: 3,072.49 2,586.17 Logical reads: 1,621.26 1,364.65 Block changes: 16.00 13.47 Physical reads: 737.46 620.73 Physical writes: 6.44 5.42 User calls: 64.80 54.54 Parses: 16.73 14.08 Hard parses: 3.07 2.59 Sorts: 6.02 5.06 Logons: 0.30 0.25 Executes: 27.28 22.96 Transactions: 1.19

% Blocks changed per Read: 0.99 Recursive Call %: 60.67 Rollback per transaction %: 0.12 Rows per Sort: 59.00

Instance Efficiency Percentages ( hit ratios ) : With a target of 100%, these are high-level ratios for activity in the SGA.

Buffer NoWait % of less than 99 percent. This is a ratio of hits on a request for a specific buffer

where the buffer was immediately available in memory. If the ratio is low, then could be a (hot)block(s) being contended for that should be found in the Buffer Wait Section.

Buffer Hit % of less than 95 percent. This is the ratio of hits on a request for a specific buffer and the buffer was in memory instead of needing to do a physical I/O.

– When this varies greatly one day to the next, further investigation should be done as to the cause.

– If you have unselective indexes that are frequently accessed, it will drive your hit ratio higher, which can be misleading indication of good performance.

– When you effectively tune your SQL and have effective indexes on your entire system, this issue is not encountered as frequently and the hit ratio is a better performance indicator.

Library Hit % of less than 95 percent. A lower library hit ratio usually indicates that SQL is being pushed out of the shared pool early (could be due to a shared pool that is too small).

– A lower ratio could also indicate that bind variables are not used or some other issue is causing SQL not to be reused (in which case a smaller shared pool may only be a band-aid that will potentially fix a library latch problem which may result).

– You must fix the problem (use bind variables or CURSOR_SHARING) and then appropriately size the shared pool. I’ll discuss this further when we get to latch issues.

In-Memory Sort % of less than 95 percent in OLTP. In an OLTP system, you really don’t want to do disk sorts. Setting the PGA_AGGREGATE_TARGET (or SORT_AREA_SIZE) initialization parameter

effectively will eliminate this problem.

Latch Hit % of less than 99 percent is usually a big problem. Finding the specific latch will lead you to solving this issue

Instance Efficiency Percentages (Target 100%)~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Buffer Nowait %: 99.97 Redo NoWait %: 100.00 Buffer Hit %: 54.85 In-memory Sort %: 100.00 Library Hit %: 86.77 Soft Parse %: 81.63 Execute to Parse %: 38.67 Latch Hit %: 99.96Parse CPU to Parse Elapsd %: 25.85 % Non-Parse CPU: 91.06

Shared Pool Statistics: This is a good summary of changes to the shared pool during the snapshot period.

Shows the percentage of the shared pool in use and the

percentage of SQL statements that have been executed

multiple times. In this case, 80%+ have multiple executions.

• Combining this data with the Library, Parse and Latch data

will help you to size the Shared Pool.

Shared Pool Statistics Begin End ------ ------ Memory Usage %: 95.52 88.19 % SQL with executions>1: 81.12 76.26 % Memory for SQL w/exec>1: 90.62 84.95

Top 5 Timed Events: This is the most important section in the AWR report. It shows the top wait events and can quickly show the overall database bottleneck.The top 5 timed events section is showing you the top 5 contributors to DB Time.

Wait Problem Potential FixSequential Read Indicates many index reads – tune thecode (especially joins)Scattered Read Indicates many full table scans – tunethe code; cache small tablesFree Buffer Increase the DB_CACHE_SIZE;shorten the checkpoint; tune the codeBuffer Busy Segment Header – Add freelists orfreelist groups (Use ASSM)Buffer Busy Data Block – Separate ‘hot’ data; usereverse key indexes; smaller blocksWait Problem Potential FixBuffer Busy Data Block (cont.)– Increase initransand/or maxtransBuffer Busy Undo Header – Add rollback segmentsor areasBuffer Busy Undo block – Commit more (not toomuch) Larger rollback segments/areas.Latch Free Investigate the detail (Covered later)Enqueue - ST Use LMT’s or pre-allocate large extentsEnqueue - HW Pre-allocate extents above high watermark

Enqueue – TX Increase initrans and/or maxtrans on(transaction) the table or indexEnqueue - TM Index foreign keys; Check application(trans. mgmt.) locking of tablesLog Buffer Space Increase the Log Buffer; Faster disksfor the Redo LogsLog File Switch Archive destination slow or full; Add

more or larger Redo LogsLog file sync Commit more records at a time; FasterRedo Log disks; Raw devices

Top 5 Timed Events Avg %Total~~~~~~~~~~~~~~~~~~ wait CallEvent Waits Time (s) (ms) Time Wait Class------------------------------ ------------ ----------- ------ ------ ----------CPU time 2,135 60.1db file scattered read 1,942,116 458 0 12.9 User I/Odb file sequential read 603,680 216 0 6.1 User I/OBackup: sbtbackup 20 72 3608 2.0 Administralog file parallel write 61,338 71 1 2.0 System I/O -------------------------------------------------------------

all non-idle wait times for all sessions

Wait Events Statistics Section: This section shows a breakdown of the main wait events in the database including foreground and background database wait events as well as time model, operating system, service, and wait classes statistics.

Wait Events: This AWR report section provides more detailed wait event information for foreground user processes which includes Top 5 wait events and many other wait events that occurred during the snapshot interval.

Wait Events DB/Inst: SALESNET/SNET Snaps: 14507-14537-> s - second-> cs - centisecond - 100th of a second-> ms - millisecond - 1000th of a second-> us - microsecond - 1000000th of a second-> ordered by wait time desc, waits desc (idle events last)

Avg %Time Total Wait wait WaitsEvent Waits -outs Time (s) (ms) /txn---------------------------- -------------- ------ ----------- ------- ---------db file scattered read 1,942,116 .0 458 0 41.3db file sequential read 603,680 .0 216 0 12.8Backup: sbtbackup 20 .0 72 3608 0.0log file parallel write 61,338 .0 71 1

1.3log file sync 41,912 .0 59 1 0.9Backup: sbtclose2 20 .0 57 2875 0.0control file parallel write 16,019 .0 52 3 0.3os thread startup 655 .8 42 65 0.0log file sequential read 220 .0 23 102 0.0db file parallel write 5,109 .0 17 3 0.1latch: library cache 116 .0 17 146 0.0Backup: sbtinfo2 20 .0 16 821 0.0direct path write temp 24,049 .0 16 1 0.5direct path read temp 68,713 .0 13 0 1.5Backup: sbtwrite2 885 .0 12 13 0.0enq: WL - contention 6 33.3 11 1909 0.0read by other session 17,861 .0 7 0 0.4SQL*Net break/reset to clien 12,320 .0 7 1 0.3Backup: sbtremove2 10 .0 6 621 0.0latch: shared pool 428 .0 4 9 0.0control file sequential read 99,927 .0 3 0 2.1latch free 47 .0 2 52 0.0latch: checkpoint queue latc 8 .0 2 268 0.0log file switch completion 4 50.0 2 528 0.0SQL*Net message to client 2,257,056 .0 2 0 48.0recovery area: computing obs 298 .0 2 5 0.0RMAN backup & recovery I/O 78 .0 1 19 0.0latch: cache buffer handles 7 .0 1 203 0.0enq: CF - contention 30 .0 1 37 0.0latch: row cache objects 30 .0 1 36 0.0SQL*Net more data to client 74,653 .0 1 0 1.6switch logfile command 11 .0 1 80 0.0control file single write 200 .0 0 2 0.0Log archive I/O 362 .0 0 1 0.0

kksfbc child completion 8 100.0 0 49 0.0SQL*Net more data from clien 11,334 .0 0 0 0.2latch: cache buffers chains 74 .0 0 4 0.0latch: redo allocation 17 .0 0 8 0.0recovery area: computing bac 863 .0 0 0 0.0LGWR wait for redo copy 921 .0 0 0 0.0buffer busy waits 51 .0 0 2 0.0rdbms ipc reply 62 .0 0 1 0.0Backup: sbtinit2 10 .0 0 8 0.0log file single write 22 .0 0 3 0.0library cache pin 13 .0 0 5 0.0enq: TX - index contention 4 .0 0 13 0.0latch: library cache lock 1 .0 0 47 0.0enq: SQ - contention 1 .0 0 45 0.0db file parallel read 35 .0 0 1 0.0library cache load lock 16 .0 0 2 0.0direct path write 187 .0 0 0 0.0flashback buf free by RVWR 22 .0 0 1 0.0SGA: allocation forcing comp 1 .0 0 12 0.0SQL*Net message to dblink 62 .0 0 0 0.0latch: object queue header o 2 .0 0 5 0.0Backup: sbtinit 10 .0 0 1 0.0recovery area: computing dro 10 .0 0 0 0.0recovery area: computing app 10 .0 0 0 0.0Backup: sbtend 10 .0 0 0 0.0undo segment extension 281 100.0 0 0 0.0

Wait Events DB/Inst: SALESNET/SNET Snaps: 14507-14537-> s - second-> cs - centisecond - 100th of a second-> ms - millisecond - 1000th of a second-> us - microsecond - 1000000th of a second-> ordered by wait time desc, waits desc (idle events last)

Avg %Time Total Wait wait WaitsEvent Waits -outs Time (s) (ms) /txn---------------------------- -------------- ------ ----------- ------- ---------direct path read 187 .0 0 0 0.0latch: cache buffers lru cha 4 .0 0 0 0.0latch: session allocation 1 .0 0 0 0.0latch: library cache pin 1 .0 0 0 0.0latch: redo writing 1 .0 0 0 0.0SQL*Net message from client 2,257,022 .0 151,406 67 48.0Streams AQ: qmn slave idle w 1,410 .0 38,502 27306 0.0Streams AQ: qmn coordinator 2,867 50.8 38,502 13429 0.1jobq slave wait 12,171 99.8 35,625 2927 0.3Streams AQ: waiting for time 312 55.1 33,029 105863 0.0class slave wait 44 100.0 215 4883 0.0SGA: MMAN sleep for componen 173 73.4 1 8 0.0SQL*Net message from dblink 62 .0 0 8 0.0single-task message 4 .0 0 53 0.0 -------------------------------------------------------------

Background Wait Events: This section is relevant to the background process wait events.

Background Wait Events DB/Inst: SALESNET/SNET Snaps: 14507-14537-> ordered by wait time desc, waits desc (idle events last)

Avg %Time Total Wait wait WaitsEvent Waits -outs Time (s) (ms) /txn---------------------------- -------------- ------ ----------- ------- ---------

log file parallel write 61,324 .0 71 1 1.3control file parallel write 14,412 .0 49 3 0.3os thread startup 654 .8 42 65 0.0log file sequential read 118 .0 19 165 0.0db file parallel write 5,109 .0 17 3 0.1latch: library cache 51 .0 13 264 0.0db file sequential read 1,252 .0 4 3 0.0events in waitclass Other 1,050 .0 3 2 0.0db file scattered read 308 .0 2 6 0.0control file sequential read 14,475 .0 1 0 0.3Log archive I/O 168 .0 0 1 0.0log file single write 22 .0 0 3 0.0buffer busy waits 17 .0 0 4 0.0latch: library cache lock 1 .0 0 47 0.0direct path write 187 .0 0 0 0.0log file sync 22 .0 0 1 0.0latch: shared pool 5 .0 0 5 0.0direct path read 187 .0 0 0 0.0latch: cache buffers chains 1 .0 0 0 0.0latch: redo writing 1 .0 0 0 0.0rdbms ipc message 200,220 70.2 453,573 2265 4.3pmon timer 14,319 100.0 38,625 2697 0.3Streams AQ: qmn slave idle w 1,410 .0 38,502 27306 0.0Streams AQ: qmn coordinator 2,867 50.8 38,502 13429 0.1smon timer 171 68.4 37,509 219349 0.0Streams AQ: waiting for time 312 55.1 33,029 105863 0.0SGA: MMAN sleep for componen 173 73.4 1 8 0.0 -------------------------------------------------------------

Time Model Statistics: Time mode statistics report how database-processing time is spent. This section contains detailed timing information on particular components participating in database processing.

Time Model Statistics DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Total time in database user-calls (DB Time): 3552.1s-> Statistics including the word "background" measure background process time, and so do not contribute to the DB time statistic-> Ordered by % or DB time desc, Statistic name

Statistic Name Time (s) % of DB Time------------------------------------------ ------------------ ------------sql execute elapsed time 2,853.1 80.3DB CPU 2,134.9 60.1parse time elapsed 734.0 20.7hard parse elapsed time 296.6 8.3PL/SQL execution elapsed time 41.4 1.2connection management call elapsed time 37.4 1.1inbound PL/SQL rpc elapsed time 16.0 .4PL/SQL compilation elapsed time 8.7 .2hard parse (sharing criteria) elapsed time 3.8 .1RMAN cpu time (backup/restore) 1.5 .0hard parse (bind mismatch) elapsed time 1.4 .0sequence load elapsed time 1.4 .0repeated bind elapsed time 0.8 .0failed parse elapsed time 0.1 .0DB time 3,552.1 N/Abackground elapsed time 837.7 N/Abackground cpu time 245.3 N/A -------------------------------------------------------------

Wait Class DB/Inst: SALESNET/SNET Snaps: 14507-14537-> s - second-> cs - centisecond - 100th of a second-> ms - millisecond - 1000th of a second-> us - microsecond - 1000000th of a second-> ordered by wait time desc, waits desc

Avg %Time Total Wait wait WaitsWait Class Waits -outs Time (s) (ms) /txn-------------------- ---------------- ------ ---------------- ------- ---------User I/O 2,656,828 .0 711 0 56.5System I/O 183,275 .0 168 1 3.9Administrative 996 .0 165 166 0.0Concurrency 1,389 .4 65 47 0.0Commit 41,912 .0 59 1 0.9Other 2,317 .4 21 9 0.0Application 12,320 .0 7 1 0.3Network 2,343,105 .0 3 0 49.8

Configuration 287 98.6 2 8 0.0 -------------------------------------------------------------

Operating System Statistics: The stress on the Oracle server is important, and this section shows the main external resources including I/O, CPU, memory, and network usage.

Operating System Statistics DB/Inst: SALESNET/SNET Snaps: 14507-14537

Statistic Total-------------------------------- --------------------NUM_LCPUS 0NUM_VCPUS 0AVG_BUSY_TIME 1,064,680AVG_IDLE_TIME 2,892,203AVG_IOWAIT_TIME 115,713AVG_SYS_TIME 77,471AVG_USER_TIME 986,214BUSY_TIME 4,262,713IDLE_TIME 11,572,894IOWAIT_TIME 466,792SYS_TIME 313,834USER_TIME 3,948,879LOAD 0OS_CPU_WAIT_TIME 5,107,000RSRC_MGR_CPU_WAIT_TIME 0PHYSICAL_MEMORY_BYTES 15,032,385,536NUM_CPUS 4NUM_CPU_CORES 2

Service Statistics: The service statistics section gives information about how particular services configured in the database are operating.

Service Statistics DB/Inst: SALESNET/SNET Snaps: 14507-14537-> ordered by DB Time

Physical LogicalService Name DB Time (s) DB CPU (s) Reads Reads-------------------------------- ------------ ------------ ---------- ----------SYS$USERS 3,551.7 2,134.7 ########## ##########SALESNET 0.0 0.0 0 0SYS$BACKGROUND 0.0 0.0 9,304 728,468 -------------------------------------------------------------

Service Wait Class Stats DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Wait Class info for services in the Service Statistics section.-> Total Waits and Time Waited displayed for the following wait classes: User I/O, Concurrency, Administrative, Network-> Time Waited (Wt Time) in centisecond (100th of a second)

Service Name---------------------------------------------------------------- User I/O User I/O Concurcy Concurcy Admin Admin Network NetworkTotal Wts Wt Time Total Wts Wt Time Total Wts Wt Time Total Wts Wt Time--------- --------- --------- --------- --------- --------- --------- ---------SYS$USERS 2649410 68453 634 807 996 16509 2290987 265SYS$BACKGROUND 7415 2612 750 5611 0 0 0 0 -------------------------------------------------------------

SQL Section: This section displays top SQL, ordered by important SQL execution metrics.

SQL Ordered by Elapsed Time: Includes SQL statements that took significant execution time during processing.

SQL Ordered by CPU Time: Includes SQL statements that consumed significant CPU time during its processing.

SQL Ordered by Gets: These SQLs performed a high number of logical reads while retrieving data.

SQL Ordered by Reads: These SQLs performed a high number of physical disk reads while retrieving data.

SQL Ordered by Parse Calls: These SQLs experienced a high number of reparsing operations.

SQL Ordered by Sharable Memory: Includes SQL statements cursors which consumed a large amount of SGA shared pool memory.

SQL Ordered by Version Count: These SQLs have a large number of versions in shared pool for some reason.

SQL ordered by Elapsed Time DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.-> % Total DB Time is the Elapsed Time of the SQL statement divided into the Total Database Time multiplied by 100

Elapsed CPU Elap per % Total Time (s) Time (s) Executions Exec (s) DB Time SQL Id---------- ---------- ------------ ---------- ------- ------------- 56 18 3 18.6 1.6 2v48tvxsbus8dModule: namgr.EXEselect transaction_id, assignedto, action_status, tran_loggeddate, tran_status,level3caseno, callid, onholdreason from crm_action_vw where tran_status = 'OPEN' AND code = 'TECHEN' AND action_status in('ASSIGNED','ACCEPTED','ONHOLD')

46 43 7,009 0.0 1.3 09bcp82ffxh72Module: JDBC Thin ClientSELECT NULL AS table_cat, t.owner AS table_schem, t.table_name AStable_name, t.column_name AS column_name, DECODE (t.data_type, 'CHAR', 1, 'VARCHAR2', 12, 'NUMBER', 3, 'LONG', -1, 'DATE', 93, 'RAW', -3, 'LONG RAW', -4, 1111) AS data_type, t.data_type AS t

44 36 6,459 0.0 1.2 2cj1bzhruawfaModule: JDBC Thin ClientINSERT INTO SAPIF_QUOTECOPIES (I_IDOC_NO,I_IDOC_TIMESTAMP,I_ACCNO,I_ACCNAME,I_TELNO,I_QUOTENO,I_VERSION,I_BU_REF,I_BU,I_EQSTATUS,I_SENGCODE,I_SENGNAME,I_INTENGCODE,I_INTENGNAME,I_RECDDATE,I_REQDDATE,I_VALIDTODATE,I_ORDERDATE,I_PRERECDLOC,I_TRACKERCODE,I_CONTACTCODE,I_CONTACTNAME,I_ORDERNO,I_CUSTOMERREF,I_GRADE,I_QUOTEV

38 29 30 1.3 1.1 bunssq950snhfinsert into wrh$_sga_target_advice (snap_id, dbid, instance_number, SGA_SIZE, SGA_SIZE_FACTOR, ESTD_DB_TIME, ESTD_PHYSICAL_READS) select :snap_id, :dbid, :instance_number, SGA_SIZE, SGA_SIZE_FACTOR, ESTD_DB_TIME, ESTD_PHYSICAL_READS from v$sga_target_advice

33 9 297 0.1 0.9 6gvch1xu9ca3gDECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS(); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;

21 6 11,210 0.0 0.6 946nc1uuwvu4nDECLARE v_user_identifier varchar2(20); BEGIN SELECT SYS_CONTEXT('USERENV', 'SESSION_USER') INTO v_user_identifier FROM dual; DBMS_SESSION.SET_IDENTIFIER(v_user_identifier); END;

18 1 1 18.3 0.5 gmp51k9qhajrs

Module: namgr.EXESELECT CRM_TRANSACTION.ACCOUNTNUMBER, CRM_TRANSACTION_VW.COMPANYNAME, CRM_TRANSACTION_VW.CONTACT_NO, CRM_TRANSACTION_VW.FIRSTNAME, CRM_TRANSACTION_VW.LASTNAME ,CRM_TRANSACTION.TRANSACTION_ID, CRM_TRANSACTION.COMPANYNAME, CRM_TRANSACTION.TEMPFIELD1, CRM_TRANSACTION.LOGGEDDATE FROM CRM_TRANSACTION INNER JOIN CRM_TRA

14 1 1,079 0.0 0.4 aykvshm7zsabdselect size_for_estimate, size_factor * 100 f, estd_physical_read_time, estd_physical_readsfrom v$db_cache_advice where id = '3'

12 8 14 0.8 0.3 3qa6dxrc98tmyModule: nHTTP.EXEselect code, callid, notes, loggeddate, status, accountnumber, transaction_id, recordnumber from (select code code, callid callid, substr(notes,1,50) notes, loggeddate loggeddate, status status, accountnumber accountnumber, transaction_id transaction_id, recordnumber recordnumber from crm_transaction where upper( accou

11 7 76 0.2 0.3 02b1z9pttr658Module: nHTTP.EXEselect accountnumber, contact_no, title, first_name, last_name, job_code, job_desc, pref_contact_method_code, pref_contact_method, phone, email, mobile, fax, source_table, allowphone, allowmail, allowemail, donotfax from (select accountnumb

SQL ordered by Elapsed Time DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.-> % Total DB Time is the Elapsed Time of the SQL statement divided into the Total Database Time multiplied by 100

Elapsed CPU Elap per % Total Time (s) Time (s) Executions Exec (s) DB Time SQL Id---------- ---------- ------------ ---------- ------- -------------er accountnumber, contact_no contact_no, title title, first_name first_name, las

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

SQL ordered by CPU Time DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.-> % Total DB Time is the Elapsed Time of the SQL statement divided into the Total Database Time multiplied by 100

CPU Elapsed CPU per % Total Time (s) Time (s) Executions Exec (s) DB Time SQL Id---------- ---------- ------------ ----------- ------- ------------- 43 46 7,009 0.01 1.3 09bcp82ffxh72Module: JDBC Thin ClientSELECT NULL AS table_cat, t.owner AS table_schem, t.table_name AStable_name, t.column_name AS column_name, DECODE (t.data_type, 'CHAR', 1, 'VARCHAR2', 12, 'NUMBER', 3, 'LONG', -1, 'DATE', 93, 'RAW', -3, 'LONG RAW', -4, 1111) AS data_type, t.data_type AS t

36 44 6,459 0.01 1.2 2cj1bzhruawfaModule: JDBC Thin ClientINSERT INTO SAPIF_QUOTECOPIES (I_IDOC_NO,I_IDOC_TIMESTAMP,I_ACCNO,I_ACCNAME,I_TELNO,I_QUOTENO,I_VERSION,I_BU_REF,I_BU,I_EQSTATUS,I_SENGCODE,I_SENGNAME,I_INTENGCODE,I_INTENGNAME,I_RECDDATE,I_REQDDATE,I_VALIDTODATE,I_ORDERDATE,I_PRERECDLOC,I_TRACKERCODE,I_CONTACTCODE,I_CONTACTNAME,I_ORDERNO,I_CUSTOMERREF,I_GRADE,I_QUOTEV

29 38 30 0.98 1.1 bunssq950snhfinsert into wrh$_sga_target_advice (snap_id, dbid, instance_number, SGA_SIZE, SGA_SIZE_FACTOR, ESTD_DB_TIME, ESTD_PHYSICAL_READS) select :snap_id, :dbid, :instance_number, SGA_SIZE, SGA_SIZE_FACTOR, ESTD_DB_TIME, ESTD_PHYSICAL_READS from v$sga_target_advice

18 56 3 5.89 1.6 2v48tvxsbus8dModule: namgr.EXEselect transaction_id, assignedto, action_status, tran_loggeddate, tran_status,level3caseno, callid, onholdreason from crm_action_vw where tran_status = 'OPEN' AND code = 'TECHEN' AND action_status in('ASSIGNED','ACCEPTED','ONHOLD')

9 33 297 0.03 0.9 6gvch1xu9ca3gDECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS(); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;

8 12 14 0.60 0.3 3qa6dxrc98tmyModule: nHTTP.EXEselect code, callid, notes, loggeddate, status, accountnumber, transaction_id, recordnumber from (select code code, callid callid, substr(notes,1,50) notes, loggeddate loggeddate, status status, accountnumber accountnumber, transaction_id t

ransaction_id, recordnumber recordnumber from crm_transaction where upper( accou

7 10 8,774 0.00 0.3 7ng34ruy5awxqselect i.obj#,i.ts#,i.file#,i.block#,i.intcols,i.type#,i.flags,i.property,i.pctfree$,i.initrans,i.maxtrans,i.blevel,i.leafcnt,i.distkey,i.lblkkey,i.dblkkey,i.clufac,i.cols,i.analyzetime,i.samplesize,i.dataobj#,nvl(i.degree,1),nvl(i.instances,1),i.rowcnt,mod(i.pctthres$,256),i.indmethod#,i.trunccnt,nvl(c.unicols,0),nvl(

7 11 76 0.09 0.3 02b1z9pttr658Module: nHTTP.EXEselect accountnumber, contact_no, title, first_name, last_name, job_code, job_desc, pref_contact_method_code, pref_contact_method, phone, email, mobile, fax, source_table, allowphone, allowmail, allowemail, donotfax from (select accountnumber accountnumber, contact_no contact_no, title title, first_name first_name, las

7 11 77 0.09 0.3 54cjjrxy34pyhModule: nHTTP.EXESELECT companyname,accountnumber,town,postcode,phone,userfield2,userfieldg,customer_category,userfield1,userfieldm FROM cqs_snet_accounts_vw WHERE (upper( accountnumber ) like 'SAL012%') ORDER BY companyname DESC

6 21 11,210 0.00 0.6 946nc1uuwvu4nDECLARE v_user_identifier varchar2(20); BEGIN SELECT SYS_CONTEXT('USERENV', 'SESSION_USER') INTO v_user_identifier FROM dual; DBMS_SESSION.SET_IDENTIFIER(v_u

SQL ordered by CPU Time DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.-> % Total DB Time is the Elapsed Time of the SQL statement divided into the Total Database Time multiplied by 100

CPU Elapsed CPU per % Total Time (s) Time (s) Executions Exec (s) DB Time SQL Id---------- ---------- ------------ ----------- ------- -------------ser_identifier); END;

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

SQL ordered by Gets DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.-> Total Buffer Gets: 64,147,972-> Captured SQL account for 16.9% of Total

Gets CPU Elapsed Buffer Gets Executions per Exec %Total Time (s) Time (s) SQL Id-------------- ------------ ------------ ------ -------- --------- ------------- 3,752,266 7,009 535.3 5.8 42.70 45.64 09bcp82ffxh72Module: JDBC Thin ClientSELECT NULL AS table_cat, t.owner AS table_schem, t.table_name AStable_name, t.column_name AS column_name, DECODE (t.data_type, 'CHAR', 1, 'VARCHAR2', 12, 'NUMBER', 3, 'LONG', -1, 'DATE', 93, 'RAW', -3, 'LONG RAW', -4, 1111) AS data_type, t.data_type AS t

900,562 6,459 139.4 1.4 35.86 43.89 2cj1bzhruawfaModule: JDBC Thin ClientINSERT INTO SAPIF_QUOTECOPIES (I_IDOC_NO,I_IDOC_TIMESTAMP,I_ACCNO,I_ACCNAME,I_TELNO,I_QUOTENO,I_VERSION,I_BU_REF,I_BU,I_EQSTATUS,I_SENGCODE,I_SENGNAME,I_INTENGCODE,I_INTENGNAME,I_RECDDATE,I_REQDDATE,I_VALIDTODATE,I_ORDERDATE,I_PRERECDLOC,I_TRACKERCODE,I_CONTACTCODE,I_CONTACTNAME,I_ORDERNO,I_CUSTOMERREF,I_GRADE,I_QUOTEV

330,620 77 4,293.8 0.5 7.05 10.94 54cjjrxy34pyhModule: nHTTP.EXESELECT companyname,accountnumber,town,postcode,phone,userfield2,userfieldg,customer_category,userfield1,userfieldm FROM cqs_snet_accounts_vw WHERE (upper( accountnumber ) like 'SAL012%') ORDER BY companyname DESC

257,993 76 3,394.6 0.4 7.12 11.44 02b1z9pttr658Module: nHTTP.EXEselect accountnumber, contact_no, title, first_name, last_name, job_code, job_desc, pref_contact_method_code, pref_contact_method, phone, email, mobile, fax, source_table, allowphone, allowmail, allowemail, donotfax from (select accountnumber accountnumber, contact_no contact_no, title title, first_name first_name, las

255,823 14 18,273.1 0.4 8.43 11.84 3qa6dxrc98tmyModule: nHTTP.EXEselect code, callid, notes, loggeddate, status, accountnumber, transaction_id, recordnumber from (select code code, callid callid, substr(notes,1,50) notes, log

geddate loggeddate, status status, accountnumber accountnumber, transaction_id transaction_id, recordnumber recordnumber from crm_transaction where upper( accou

159,838 297 538.2 0.2 9.47 33.03 6gvch1xu9ca3gDECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN EMD_MAINTENANCE.EXECUTE_EM_DBMS_JOB_PROCS(); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;

126,317 23,439 5.4 0.2 1.53 1.64 6769wyy3yf66fselect pos#,intcol#,col#,spare1,bo#,spare2 from icol$ where obj#=:1

109,638 6 18,273.0 0.2 4.16 6.18 219rt7uzd6j34Module: BIBusTKServerMain.exeselect distinct "CRM_TRANSACTION"."LOGGEDBY" "Logged_By" from "SALESNET"."CRM_TRANSACTION" "CRM_TRANSACTION" order by "Logged_By" asc nulls last

106,319 3 35,439.7 0.2 17.66 55.67 2v48tvxsbus8dModule: namgr.EXEselect transaction_id, assignedto, action_status, tran_loggeddate, tran_status,level3caseno, callid, onholdreason from crm_action_vw where tran_status = 'OPEN' AND code = 'TECHEN' AND action_status in('ASSIGNED','ACCEPTED','ONHOLD')

94,675 19,588 4.8 0.1 1.20 1.56 53saa2zkr6wc3select intcol#,nvl(pos#,0),col#,nvl(spare1,0) from ccol$ where con#=:1

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

SQL ordered by Reads DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Total Disk Reads: 29,178,794-> Captured SQL account for 9.2% of Total

Reads CPU ElapsedPhysical Reads Executions per Exec %Total Time (s) Time (s) SQL Id-------------- ----------- ------------- ------ -------- --------- ------------- 299,107 3 99,702.3 1.0 17.66 55.67 2v48tvxsbus8dModule: namgr.EXEselect transaction_id, assignedto, action_status, tran_loggeddate, tran_status,level3caseno, callid, onholdreason from crm_action_vw where tran_status = 'OPEN' AND code = 'TECHEN' AND action_status in('ASSIGNED','ACCEPTED','ONHOLD')

226,068 14 16,147.7 0.8 8.43 11.84 3qa6dxrc98tmyModule: nHTTP.EXEselect code, callid, notes, loggeddate, status, accountnumber, transaction_id, recordnumber from (select code code, callid callid, substr(notes,1,50) notes, loggeddate loggeddate, status status, accountnumber accountnumber, transaction_id transaction_id, recordnumber recordnumber from crm_transaction where upper( accou

87,802 5 17,560.4 0.3 2.92 3.75 6u1f3nky542frModule: nHTTP.EXEselect code, callid, notes, loggeddate, status, accountnumber, transaction_id, recordnumber from (select code code, callid callid, substr(notes,1,50) notes, loggeddate loggeddate, status status, accountnumber accountnumber, transaction_id transaction_id, recordnumber recordnumber from crm_transaction where upper( accou

73,198 6 12,199.7 0.3 4.16 6.18 219rt7uzd6j34Module: BIBusTKServerMain.exeselect distinct "CRM_TRANSACTION"."LOGGEDBY" "Logged_By" from "SALESNET"."CRM_TRANSACTION" "CRM_TRANSACTION" order by "Logged_By" asc nulls last

64,391 4 16,097.8 0.2 2.09 3.01 a0t3v0f069rgbModule: nHTTP.EXEselect code, callid, notes, loggeddate, status, accountnumber, transaction_id, recordnumber from (select code code, callid callid, substr(notes,1,50) notes, loggeddate loggeddate, status status, accountnumber accountnumber, transaction_id t

ransaction_id, recordnumber recordnumber from crm_transaction where upper( accou

61,245 2 30,622.5 0.2 1.66 2.22 5n6x02qbpfqm7Module: nHTTP.EXEselect code, callid, notes, tran_loggeddate, tran_status, accountnumber, transaction_id, recordnumber, checkedout, rlock from (select code code, callid callid,substr(notes,1,50) notes, tran_loggeddate tran_loggeddate, tran_status tran_status, accountnumber accountnumber, transaction_id transaction_id, recordnumber rec

60,845 2 30,422.5 0.2 1.81 9.73 b758gugh6wrvdModule: nHTTP.EXEselect code, callid, notes, tran_loggeddate, tran_status, accountnumber, transaction_id, recordnumber, checkedout, rlock from (select code code, callid callid,substr(notes,1,50) notes, tran_loggeddate tran_loggeddate, tran_status tran_status, accountnumber accountnumber, transaction_id transaction_id, recordnumber rec

59,592 2 29,796.0 0.2 1.70 2.32 4wsjqsfss2u2pModule: nHTTP.EXEselect code, callid, notes, tran_loggeddate, tran_status, accountnumber, transaction_id, recordnumber, checkedout, rlock from (select code code, callid callid,substr(notes,1,50) notes, tran_loggeddate tran_loggeddate, tran_status tran_status, accountnumber accountnumber, transaction_id transaction_id, recordnumber rec

59,498 2 29,749.0 0.2 1.75 2.14 6uah25bcnz4s9Module: nHTTP.EXEselect code, callid, notes, tran_loggeddate, tran_status, accountnumber, transaction_id, recordnumber, checkedout, rlock from (select code code, callid callid,substr(notes,1,50) notes, tran_loggeddate tran_loggeddate, tran_status tran_status, accountnumber accountnumber, transaction_id transaction_id, recordnumber rec

SQL ordered by Reads DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Total Disk Reads: 29,178,794-> Captured SQL account for 9.2% of Total

Reads CPU ElapsedPhysical Reads Executions per Exec %Total Time (s) Time (s) SQL Id-------------- ----------- ------------- ------ -------- --------- ------------- 59,472 2 29,736.0 0.2 1.73 2.15 5qudsshx7hgs2Module: nHTTP.EXEselect code, callid, notes, tran_loggeddate, tran_status, accountnumber, transaction_id, recordnumber, checkedout, rlock from (select code code, callid callid,substr(notes,1,50) notes, tran_loggeddate tran_loggeddate, tran_status tran_status, accountnumber accountnumber, transaction_id transaction_id, recordnumber rec

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

SQL ordered by Executions DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Total Executions: 1,079,446-> Captured SQL account for 30.1% of Total

CPU per Elap per Executions Rows Processed Rows per Exec Exec (s) Exec (s) SQL Id------------ --------------- -------------- ---------- ----------- ------------- 32,517 18,472 0.6 0.00 0.00 0h6b2sajwb74nselect privilege#,level from sysauth$ connect by grantee#=prior privilege# and privilege#>0 start with grantee#=:1 and privilege#>0

27,139 27,139 1.0 0.00 0.00 3fwypqz13krwuModule: MSACCESS.EXESELECT "USERKEY","TABLENAME","SECURITY","FIELDSEC","XTRASECURITY" FROM "SALESNET"."USERSEC" WHERE "USERKEY" = :1 AND "TABLENAME" = :2

23,439 39,703 1.7 0.00 0.00 6769wyy3yf66fselect pos#,intcol#,col#,spare1,bo#,spare2 from icol$ where obj#=:1

19,588 27,733 1.4 0.00 0.00 53saa2zkr6wc3select intcol#,nvl(pos#,0),col#,nvl(spare1,0) from ccol$ where con#=:1

13,717 13,694 1.0 0.00 0.00 3c1kubcdjnppqupdate sys.col_usage$ set equality_preds = equality_preds + decode(bitand(:flag,1),0,0,1), equijoin_preds = equijoin_preds + decode(bitand(:flag,2),0,0,1), nonequijoin_preds = nonequijoin_preds + decode(bitand(:flag,4),0,0,1), range_preds = range_preds + decode(bitand(:flag,8),0,0,1),

11,210 11,210 1.0 0.00 0.00 946nc1uuwvu4nDECLARE v_user_identifier varchar2(20); BEGIN SELECT SYS_CONTEXT('USERENV', 'SESSION_USER') INTO v_user_identifier FROM dual; DBMS_SESSION.SET_IDENTIFIER(v_user_identifier); END;

10,001 29,106 2.9 0.00 0.00 0k8522rmdzg4kselect privilege# from sysauth$ where (grantee#=:1 or grantee#=1) and privilege#>0

9,510 165,605 17.4 0.00 0.00 83taa7kaw59c1select name,intcol#,segcol#,type#,length,nvl(precision#,0),decode(type#,2,nvl(scale,-127/*MAXSB1MINAL*/),178,scale,179,scale,180,scale,181,scale,182,scale,183,scale,231,scale,0),null$,fixedstorage,nvl(deflength,0),default$,rowid,col#,proper

ty, nvl(charsetid,0),nvl(charsetform,0),spare1,spare2,nvl(spare3,0) from col$ wh

8,774 23,638 2.7 0.00 0.00 7ng34ruy5awxqselect i.obj#,i.ts#,i.file#,i.block#,i.intcols,i.type#,i.flags,i.property,i.pctfree$,i.initrans,i.maxtrans,i.blevel,i.leafcnt,i.distkey,i.lblkkey,i.dblkkey,i.clufac,i.cols,i.analyzetime,i.samplesize,i.dataobj#,nvl(i.degree,1),nvl(i.instances,1),i.rowcnt,mod(i.pctthres$,256),i.indmethod#,i.trunccnt,nvl(c.unicols,0),nvl(

8,249 8,249 1.0 0.00 0.00 g8skttwyjx17yModule: JDBC Thin ClientSELECT SYS_CONTEXT('USERENV', 'SESSION_USER') FROM DUAL

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

SQL ordered by Parse Calls DB/Inst: SALESNET/SNET Snaps: 14507-14537-> Total Parse Calls: 662,055-> Captured SQL account for 29.7% of Total

% Total Parse Calls Executions Parses SQL Id------------ ------------ --------- ------------- 32,517 32,517 4.91 0h6b2sajwb74nselect privilege#,level from sysauth$ connect by grantee#=prior privilege# and privilege#>0 start with grantee#=:1 and privilege#>0

11,210 11,210 1.69 946nc1uuwvu4nDECLARE v_user_identifier varchar2(20); BEGIN SELECT SYS_CONTEXT('USERENV', 'SESSION_USER') INTO v_user_identifier FROM dual; DBMS_SESSION.SET_IDENTIFIER(v_user_identifier); END;

10,002 10,001 1.51 0k8522rmdzg4kselect privilege# from sysauth$ where (grantee#=:1 or grantee#=1) and privilege#>0

8,250 8,249 1.25 g8skttwyjx17yModule: JDBC Thin ClientSELECT SYS_CONTEXT('USERENV', 'SESSION_USER') FROM DUAL

7,365 7,365 1.11 3n58uzvnuw2hjModule: namgr.EXESELECT VALUE FROM V$NLS_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET'

7,363 7,363 1.11 18m93d30zw6mbModule: nHTTP.EXEALTER SESSION SET NLS_LANGUAGE= 'ENGLISH' NLS_TERRITORY= 'UNITED KINGDOM' NLS_CURRENCY= '#' NLS_ISO_CURRENCY= 'UNITED KINGDOM' NLS_NUMERIC_CHARACTERS= '.,' NLS_CALENDAR= 'GREGORIAN' NLS_DATE_FORMAT= 'DD-MON-RR' NLS_DATE_LANGUAGE= 'ENGLISH' NLS_COMP= 'B

7,006 7,009 1.06 09bcp82ffxh72Module: JDBC Thin ClientSELECT NULL AS table_cat, t.owner AS table_schem, t.table_name AStable_name, t.column_name AS column_name, DECODE (t.data_type, 'CHAR', 1, 'VARCHAR2', 12, 'NUMBER', 3, 'LONG', -1, 'DATE', 93, 'RAW', -3, 'LONG RAW', -4, 1111) AS data_type, t.data_type AS t

6,457 6,459 0.98 2cj1bzhruawfaModule: JDBC Thin ClientINSERT INTO SAPIF_QUOTECOPIES (I_IDOC_NO,I_IDOC_TIMESTAMP,I_ACCNO,I_ACCNAME,I_TELNO,I_QUOTENO,I_VERSION,I_BU_REF,I_BU,I_EQSTATUS,I_SENGCODE,I_SENGNAME,I_INTENGCODE,I_INTENGNAME,I_RECDDATE,I_REQDDATE,I_VALIDTODATE,I_ORDERDATE,I_PRERECDLOC,I_TRACKERCODE,I_CONTACTCODE,I_CONTACTNAME,I_ORDERNO,I_CUSTOMERREF,I_GRADE,I_QUOTEV

5,682 5,684 0.86 asvzxj61dc5vsselect timestamp, flags from fixed_obj$ where obj#=:1

4,994 4,993 0.75 8swypbbr0m372select order#,columns,types from access$ where d_obj#=:1

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

SQL ordered by Sharable Memory DB/Inst: SALESNET/SNET Snaps: 14507-14537

No data exists for this section of the report. -------------------------------------------------------------

SQL ordered by Version Count DB/Inst: SALESNET/SNET Snaps: 14507-14537

No data exists for this section of the report. -------------------------------------------------------------

Instance Activity Stats: This section contains statistical information describing how the database operated during the snapshot period.

Instance Activity Stats (Absolute Values): This section contains statistics that have absolute values not derived from end and start snapshots.

Instance Activity Stats (Thread Activity): This report section reports a log switch activity statistic.

Instance Activity Stats DB/Inst: SALESNET/SNET Snaps: 14507-14537

Statistic Total per Second per Trans-------------------------------- ------------------ -------------- -------------CPU used by this session 168,371 4.3 3.6CPU used when call started 151,148 3.8 3.2CR blocks created 499 0.0 0.0Cached Commit SCN referenced 0 0.0 0.0Commit SCN cached 0 0.0 0.0DB time 1,407,799,327 35,580.4 29,948.7DBWR checkpoint buffers written 33,478 0.9 0.7DBWR checkpoints 11 0.0 0.0DBWR transaction table writes 1,099 0.0 0.0DBWR undo block writes 12,425 0.3 0.3OS Integral shared text size 134,749,593 3,405.6 2,866.6OS Integral unshared data size 24,767,294 626.0 526.9OS Involuntary context switches 866,514 21.9 18.4OS Maximum resident set size 541,107,520 13,675.8 11,511.2OS Page faults 112,689 2.9 2.4OS Page reclaims 3,962,870 100.2 84.3OS Signals received 0 0.0 0.0OS System time used 22,610 0.6 0.5OS User time used 194,260 4.9 4.1OS Voluntary context switches 2,717,121 68.7 57.8SMON posted for undo segment shr 14 0.0 0.0SQL*Net roundtrips to/from clien 2,225,164 56.2 47.3SQL*Net roundtrips to/from dblin 62 0.0 0.0active txn count during cleanout 1,155 0.0 0.0application wait time 685 0.0 0.0background checkpoints completed 11 0.0 0.0background checkpoints started 11 0.0 0.0

background timeouts 140,394 3.6 3.0branch node splits 0 0.0 0.0buffer is not pinned count 12,893,821 325.9 274.3buffer is pinned count 26,733,589 675.7 568.7bytes received via SQL*Net from 366,807,091 9,270.6 7,803.2bytes received via SQL*Net from 28,349 0.7 0.6bytes sent via SQL*Net to client 504,728,764 12,756.4 10,737.3bytes sent via SQL*Net to dblink 20,240 0.5 0.4calls to get snapshot scn: kcmgs 1,345,673 34.0 28.6calls to kcmgas 74,632 1.9 1.6calls to kcmgcs 2,155 0.1 0.1change write time 1,321 0.0 0.0cleanout - number of ktugct call 1,336 0.0 0.0cleanouts and rollbacks - consis 153 0.0 0.0cleanouts only - consistent read 43 0.0 0.0cluster key scan block gets 2,592,360 65.5 55.2cluster key scans 922,826 23.3 19.6commit batch performed 4 0.0 0.0commit batch requested 4 0.0 0.0commit batch/immediate performed 5,863 0.2 0.1commit batch/immediate requested 5,863 0.2 0.1commit cleanout failures: block 0 0.0 0.0commit cleanout failures: buffer 3 0.0 0.0commit cleanout failures: callba 106 0.0 0.0commit cleanouts 143,462 3.6 3.1commit cleanouts successfully co 143,353 3.6 3.1commit immediate performed 5,859 0.2 0.1commit immediate requested 5,859 0.2 0.1commit txn count during cleanout 581 0.0 0.0concurrency wait time 6,410 0.2 0.1

consistent changes 505 0.0 0.0consistent gets 63,514,286 1,605.3 1,351.2consistent gets - examination 4,101,929 103.7 87.3

Instance Activity Stats DB/Inst: SALESNET/SNET Snaps: 14507-14537

Statistic Total per Second per Trans-------------------------------- ------------------ -------------- -------------consistent gets direct 0 0.0 0.0consistent gets from cache 63,514,286 1,605.3 1,351.2cursor authentications 29,168 0.7 0.6data blocks consistent reads - u 505 0.0 0.0db block changes 633,181 16.0 13.5db block gets 633,686 16.0 13.5db block gets direct 0 0.0 0.0db block gets from cache 633,686 16.0 13.5deferred (CURRENT) block cleanou 81,691 2.1 1.7dirty buffers inspected 3,242 0.1 0.1enqueue conversions 9,064 0.2 0.2enqueue releases 603,226 15.3 12.8enqueue requests 603,243 15.3 12.8enqueue timeouts 18 0.0 0.0enqueue waits 39 0.0 0.0execute count 1,079,446 27.3 23.0flashback log writes 2,304 0.1 0.1frame signature mismatch 0 0.0 0.0free buffer inspected 29,047,802 734.2 618.0free buffer requested 28,965,138 732.1 616.2heap block compress 5,368 0.1 0.1hot buffers moved to head of LRU 577,863 14.6 12.3immediate (CR) block cleanout ap 196 0.0 0.0immediate (CURRENT) block cleano 28,386 0.7 0.6index fast full scans (full) 789 0.0 0.0index fetch by key 2,065,505 52.2 43.9index scans kdiixs1 1,992,429 50.4 42.4

leaf node 90-10 splits 232 0.0 0.0leaf node splits 414 0.0 0.0lob reads 11,183 0.3 0.2lob writes 451 0.0 0.0lob writes unaligned 451 0.0 0.0logons cumulative 11,940 0.3 0.3messages received 66,257 1.7 1.4messages sent 66,257 1.7 1.4no buffer to keep pinned count 0 0.0 0.0no work - consistent read gets 57,239,942 1,446.7 1,217.7opened cursors cumulative 682,965 17.3 14.5parse count (failures) 32 0.0 0.0parse count (hard) 121,649 3.1 2.6parse count (total) 662,055 16.7 14.1parse time cpu 19,078 0.5 0.4parse time elapsed 73,805 1.9 1.6physical read IO requests 2,611,222 66.0 55.6physical read bytes 239,032,680,448 6,041,259.4 5,085,044.4physical read total IO requests 2,714,455 68.6 57.8physical read total bytes 241,197,777,920 6,095,979.6 5,131,103.4physical read total multi block 1,965,517 49.7 41.8physical reads 29,178,794 737.5 620.7physical reads cache 28,963,476 732.0 616.2physical reads cache prefetch 26,418,303 667.7 562.0physical reads direct 215,318 5.4 4.6physical reads direct (lob) 0 0.0 0.0physical reads direct temporary 215,131 5.4 4.6physical reads for flashback new 10,232 0.3 0.2physical reads prefetch warmup 0 0.0 0.0physical write IO requests 46,275 1.2 1.0

physical write bytes 2,087,329,792 52,754.7 44,404.7physical write total IO requests 159,158 4.0 3.4physical write total bytes 3,731,432,448 94,307.4 79,380.4

Instance Activity Stats DB/Inst: SALESNET/SNET Snaps: 14507-14537

Statistic Total per Second per Trans-------------------------------- ------------------ -------------- -------------physical write total multi block 87,141 2.2 1.9physical writes 254,801 6.4 5.4physical writes direct 215,385 5.4 4.6physical writes direct (lob) 0 0.0 0.0physical writes direct temporary 215,198 5.4 4.6physical writes from cache 39,416 1.0 0.8physical writes non checkpoint 234,886 5.9 5.0pinned buffers inspected 2,224 0.1 0.1prefetch warmup blocks aged out 0 0.0 0.0prefetched blocks aged out befor 4 0.0 0.0process last non-idle time 39,538 1.0 0.8recursive calls 3,954,598 100.0 84.1recursive cpu usage 33,321 0.8 0.7redo blocks written 281,550 7.1 6.0redo buffer allocation retries 3 0.0 0.0redo entries 340,568 8.6 7.3redo log space requests 4 0.0 0.0redo log space wait time 216 0.0 0.0redo ordering marks 9,281 0.2 0.2redo size 121,568,268 3,072.5 2,586.2redo synch time 6,096 0.2 0.1redo synch writes 89,331 2.3 1.9redo wastage 18,017,676 455.4 383.3redo write time 7,750 0.2 0.2redo writer latching time 11 0.0 0.0redo writes 61,305 1.6 1.3rollback changes - undo records 5,903 0.2 0.1

rollbacks only - consistent read 343 0.0 0.0rows fetched via callback 1,154,956 29.2 24.6session connect time 0 0.0 0.0session cursor cache hits 428,206 10.8 9.1session logical reads 64,147,972 1,621.3 1,364.7session pga memory 984,922,048 24,892.7 20,952.7session pga memory max 1,126,530,976 28,471.7 23,965.2session uga memory 2,620,270,461,528 66,224,139.5 55,742,133.3session uga memory max 5,967,233,504 150,814.6 126,943.5shared hash latch upgrades - no 1,970,084 49.8 41.9shared hash latch upgrades - wai 3,912 0.1 0.1sorts (disk) 8 0.0 0.0sorts (memory) 237,992 6.0 5.1sorts (rows) 14,041,172 354.9 298.7sql area purged 0 0.0 0.0summed dirty queue length 4,755 0.1 0.1switch current to new buffer 1,154 0.0 0.0table fetch by rowid 17,023,167 430.2 362.1table fetch continued row 32,546 0.8 0.7table scan blocks gotten 44,376,539 1,121.6 944.0table scan rows gotten 1,385,800,643 35,024.4 29,480.7table scans (long tables) 3,080 0.1 0.1table scans (short tables) 60,995 1.5 1.3total number of times SMON poste 54 0.0 0.0transaction rollbacks 5,863 0.2 0.1undo change vector size 42,224,312 1,067.2 898.3user I/O wait time 71,056 1.8 1.5user calls 2,563,981 64.8 54.5user commits 46,951 1.2 1.0user rollbacks 56 0.0 0.0

workarea executions - multipass 8 0.0 0.0workarea executions - onepass 33 0.0 0.0workarea executions - optimal 174,876 4.4 3.7

Instance Activity Stats DB/Inst: SALESNET/SNET Snaps: 14507-14537

Statistic Total per Second per Trans-------------------------------- ------------------ -------------- -------------write clones created in backgrou 0 0.0 0.0write clones created in foregrou 1 0.0 0.0 -------------------------------------------------------------

Instance Activity Stats - Absolute ValuesDB/Inst: SALESNET/SNET Snaps: 14507-> Statistics with absolute values (should not be diffed)

Statistic Begin Value End Value-------------------------------- --------------- ---------------session cursor cache count 56,648 135,398opened cursors current 117 91logons current 29 63 -------------------------------------------------------------

Instance Activity Stats - Thread ActivityDB/Inst: SALESNET/SNET Snaps: 14507--> Statistics identified by '(derived)' come from sources other than SYSSTAT

Statistic Total per Hour-------------------------------- ------------------ ---------log switches (derived) 11 1.00 -------------------------------------------------------------

I/O Section: This section shows the all important I/O activity for the instance and shows I/O activity by tablespace, data file, and includes buffer pool statistics.

Tablespace IO Stats

File IO Stats

Buffer Pool Statistics

Advisory Section: This section show details of the advisories for the buffer, shared pool, PGA and Java pool.

Buffer Pool Advisory

PGA Aggr Summary: PGA Aggr Target Stats; PGA Aggr Target Histogram; and PGA Memory Advisory.

Shared Pool Advisory

Java Pool Advisory

Buffer Wait Statistics: This important section shows buffer cache waits statistics.

Enqueue Activity: This important section shows how enqueue operates in the database. Enqueues are special internal structures which provide concurrent access to various database resources.

Undo Segment Summary: This section gives a summary about how undo segments are used by the database.

Undo Segment Stats: This section shows detailed history information about undo segment activity.

Latch Activity: This section shows details about latch statistics. Latches are a lightweight serialization mechanism that is used to single-thread access to internal Oracle structures.

Latch Sleep Breakdown

Latch Miss Sources

Parent Latch Statistics

Child Latch Statistics

Segment Section: This report section provides details about hot segments using the following criteria:

Segments by Logical Reads: Includes top segments which experienced high number of logical reads.

Segments by Physical Reads: Includes top segments which experienced high number of disk physical reads.

Segments by Buffer Busy Waits: These segments have the largest number of buffer waits caused by their data blocks.

Segments by Row Lock Waits: Includes segments that had a large number of row locks on their data.

Segments by ITL Waits: Includes segments that had a large contention for Interested Transaction List (ITL). The contention for ITL can be reduced by increasing INITRANS storage parameter of the table.

Dictionary Cache Stats: This section exposes details about how the data dictionary cache is operating.

Library Cache Activity: Includes library cache statistics describing how shared library objects are managed by Oracle.

SGA Memory Summary: This section provides summary information about various SGA regions.

init.ora Parameters: This section shows the original init.ora parameters for the instance during the snapshot period.