DB CPU event in top 5 of AWR report question

The top 5 foreground event in my AWR report is as follows. I am trying to understand if my db(system) is CPU bound.The elapsed time is 30 minutes and DB time is 675 in the load profile section. There are 32 cpus. The available CPU is 30*60*32 => 57600. The  DB CPU below is 35227. This is about 61 %. At what percentage of DB CPU do I consider my system is CPU bound ?. Also I want to make sure the method I arrived at this is correct or not. Please help. Event           Waits Time(s) Avg wait (ms) % DB time     Wait Class DB CPU                 35,277 87.12 DBMS_LDAP: LDAP operation 3,683       10,061       366         9.1             Other db file sequential read 233,584         933       4         2.3               User I/O read by other session 41,686           190       5       0.47                 User I/O log file sync 70,932      166       2       0.41                           Commit

Why does the top 5 foreground indicate 87 % below the  % DB Time  column ? While my calculation shows 61 %, Which is correct for the interpretation if the system is CPU bound. The 2 lines of top 5 events are as follows
Event
Waits
Time(s)
Avg wait (ms)
% DB time
Wait Class
DB CPU
35,277
87.12

Similar Messages

  • CPU TIME and DB CPU events under TOP 5 TIMED FOREGROUND EVENTS section in AWR report

    Is there any difference between "CPU TIME" event and "DB CPU" event when shown in AWR report under section "TOP 5 TIMED FOREGROUND EVENTS"?
    As per my understanding of both these terms they indicate the same thing. But then if it is so then why have different names?
    I searched around but the only relevant discussion that I found was as under, which didn't really cleared the doubt.
    https://forums.oracle.com/message/2571255#2571255

    In the article that you have mentioned - Jonathan Lewis gives you a very clear explanation. CPU Time is updated at the end of a query. DB CPU is updated every few seconds.
    So the CPU Time may be less than DB CPU if there is a long running query that did not complete during the snapshot that you are reporting for. Conversly CPU Time may be larger than DB CPU if there is a long running query that spanned multiple snapshots but completed in the snapshot that you are reporting for.

  • Total CPU of AWR Report

    How to interpret % of total CPU for Instance and % of busy CPU for Instance under of AWR Report.
    acs

    hope it helps
    -- one-hour history of the Host CPU Utilization
    select BEGIN_TIME, END_TIME, GROUP_ID, METRIC_ID, METRIC_NAME, VALUE, METRIC_UNIT
    from V$SYSMETRIC_HISTORY
    where METRIC_NAME LIKE '%Host CPU%'

  • Awr report showing "Undo segment recovery" in top 1st wait event.

    Hi all.
    Today evening oracle.exe is hitting 100% cpu in windows server 2003.
    In the awr report "undo segment recovery" listed in the top 5 wait event (1st place) and
    also in the enterprise manager it shows the details like,
    ACTION 1:
    Action Investigate the cause for high "undo segment recovery" waits. Refer to Oracle's "Database Reference" for the description of this wait event. Use given SQL for further investigation.
    Rationale The SQL statement with SQL_ID "0x63ctfjb1m1j" was found waiting for "undo segment recovery" wait event.
    SQL Text UPDATE PF_SubjectVEChapterPage SET NeedsRecalcState = NULL, NeedsUnsignState = ...
    SQL ID 0x63ctfjb1m1j
    Rationale The SQL statement with SQL_ID "0x6uvufcw5umh" was found waiting for "undo segment recovery" wait event.
    SQL Text
    SQL ID 0x6uvufcw5umh
    Rationale The SQL statement with SQL_ID "2dvmt5mhr3m10" was found waiting for "undo segment recovery" wait event.
    SQL Text UPDATE PF_SubjectVEChapterPage SET NeedsRecalcState = NULL, NeedsUnsignState = ...
    SQL ID 2dvmt5mhr3m10
    Rationale The SQL statement with SQL_ID "gx5pummu20jzb" was found waiting for "undo segment recovery" wait event.
    SQL Text UPDATE PF_SubjectVEChapterPage SET NeedsRecalcState = NULL, NeedsUnsignState = ...
    SQL ID gx5pummu20jzb
    Rationale The SQL statement with SQL_ID "1rxk3vt41zg1u" was found waiting for "undo segment recovery" wait event.
    SQL Text
    SQL ID 1rxk3vt41zg1u
    ACTION 2:
    Investigate the cause for high "undo segment recovery" waits in Module "dllhost.exe".
    ACTION 3:
    Investigate the cause for high "undo segment recovery" waits in Service "SYS$USERS".
    I'm not sure what action i need to take exactly.Please provide your valuable suggestions to proceed further.
    Thanks, Muhammed Thameem.

    http://download.oracle.com/docs/cd/A97630_01/server.920/a96536/apa5.htm
    "undo segment recovery
    PMON is rolling back a dead transaction. The wait continues until rollback finishes.
    Wait Time: 3 seconds
    Parameters:
    segment# -> The ID of the rollback segment that contains the transaction that is being rolled back
    tx flags -> The transaction flags (options) set for the transaction that is being rolled back?

  • CPU usage calculation for AWR report

    We took an AWR snapshot and CPU time ranked number 1 in the Top 5 timed events .
    How do i calculate the CPU usage during the snap Interval?
    Details about CPU TIME from TOP 5 timed events
    Event - CPU time
    Waits - Blank
    Time(s)- 1,877
    Avg Wait(ms) - Blank
    % Total Call Time - 92.3
    Wait Class - BlankThe snap shot period (interval) was 30 minutes (Mentioned as ELAPSED after "Begin Snap" and "End Snap" at the beginning of the AWR report)

    try something like this:
    SELECT end_time, instance_number, metric_name, AVERAGE, MAXVAL, STANDARD_DEVIATION
    FROM dba_hist_sysmetric_summary
    WHERE metric_name LIKE 'Host CPU Utilization (%)'
    AND snap_id = <&snap_id
    /

  • Old query taking substantial CPU time in AWR report

    Hi,
    We have a particular query which used to generate substantial CPU wait event in the AWR report.On of our DBA's killed the query some days back but still today's AWR report shows that particular query as the largest CPU consumer (50%). When I checked from the view V$SQL the last execution time was of 23-02-2011.
    My question is after the query gets killed does it still show in the v$SQL ? And why is it still showing in the SQL BY ELAPSED TIME section ?
    Please help.

    No it is a select statement. I AM PASTING THE QUERY BELOW.
    select  /*+ FULL(COMP_TM) FULL(TRANS_TM) FULL(INVC_TM) */
                CUST_BE_ID     ,
                DISTR_BE_ID    ,
                FG_BE_ID         ,
                KIT_BE_ID        ,
                BG_ID_NO_BE_ID         ,
             ACTL_TERR_BE_ID       ,
                CORE_TERR_BE_ID      ,
            sum(     JNJ_LIST_AMT  ) AS JNJ_LIST_AMT,
                sum(     JNJ_PYMT_AMT            )  AS  JNJ_PYMT_AMT,
                sum(     JNJ_QTY           ) AS JNJ_QTY,
                sum(     JNJ_REB_AMT  ) AS JNJ_REB_AMT,
                sum(     JNJ_SLS_AMT  ) AS JNJ_SLS_AMT,
                sum(     KIT_LIST_AMT   ) AS KIT_LIST_AMT,
                sum(     KIT_QTY           ) AS KIT_QTY,
                sum(     KIT_SLS_AMT   ) AS KIT_SLS_AMT,
                sum(     FG_PYMT_AMT            ) AS FG_PYMT_AMT,
                sum(     FG_QTY           ) AS FG_QTY,
                sum(     FG_REB_AMT   ) AS FG_REB_AMT,
                sum(     FG_SLS_AMT   ) AS FG_SLS_AMT,
                sum(     FG_LIST_AMT   ) AS FG_LIST_AMT,
                to_date('15'||substr(COMP_TM.FISC_MO_CD,8,2)||substr(COMP_TM.FISC_MO_CD,3,4),'DDMMYYYY') AS     TRANS_MO_DATE,
                to_number(substr(COMP_TM.FISC_MO_CD,3,4) ) AS PRD_YR_CD, 
                to_number(substr(COMP_TM.FISC_MO_CD,8,2) ) AS PRD_MO_CD, 
                CONTR_PRD_TIER_NO,
                COMP_TM.FISC_MO_OID AS COMP_MO_BE_ID,
                CLSD_YR_FLG,
                ADJM_TRANS_CD,
                INVC_TM.FISC_MO_OID AS INVC_MO_BE_ID,
                ORD_TYP_CD,
                TRANS_TM.FISC_MO_OID AS TRANS_MO_BE_ID
    from
                FACT_DLY_ALGND_SLS F, DIM_TM_MV TRANS_TM,
                DIM_TM_MV INVC_TM, DIM_TM_MV COMP_TM
    /***** comment out for loading historical data....  ***/
    WHERE F.PRD_YR_CD >= (select case when to_number(to_char(sysdate,'MM')) <= 3
                         then to_number(to_char(sysdate,'YYYY'))-1
                               else to_number(to_char(sysdate,'YYYY'))
                               end case from dual
    -- and F.PRD_YR_CD = '2008'
    AND F.COMP_DT_BE_ID=COMP_TM.BE_ID
    AND F.TRANSACTION_DATE = TRANS_TM.DAY_STRT_PRD_OF_TM
    AND TRANS_TM.DAY_OID = TRANS_TM.BE_ID
    AND F.INVC_DT = INVC_TM.DAY_STRT_PRD_OF_TM
    AND INVC_TM.DAY_OID = INVC_TM.BE_ID
    group by
                CUST_BE_ID     ,
                DISTR_BE_ID    ,
                FG_BE_ID         ,
                KIT_BE_ID        ,
                BG_ID_NO_BE_ID         ,
             ACTL_TERR_BE_ID       ,
                CORE_TERR_BE_ID      ,
                to_date('15'||substr(COMP_TM.FISC_MO_CD,8,2)||substr(COMP_TM.FISC_MO_CD,3,4),'DDMMYYYY'),
                to_number(substr(COMP_TM.FISC_MO_CD,3,4) ), 
                to_number(substr(COMP_TM.FISC_MO_CD,8,2) ), 
                CONTR_PRD_TIER_NO,
                COMP_TM.FISC_MO_OID ,
                CLSD_YR_FLG,
                ADJM_TRANS_CD,
                INVC_TM.FISC_MO_OID ,
                ORD_TYP_CD,
                TRANS_TM.FISC_MO_OIDI am wrong in the previous post. Actually the elapsed time in the AWR was showing 840 mins.

  • AWR report-Only top 20 SQL's required

    Hi,
    DB Version:10.2.0.4
    What i am doing right now is generating the AWR report and editing the AWR report to list only information related to top 20 SQL's . I do not want to edit the AWR report and my AWR report should only contain top 20 SQL information. Is there any way to generate the AWR report in this way?
    Thanks and Regards,

    user13535250 wrote:
    Hi,
    DB Version:10.2.0.4
    What i am doing right now is generating the AWR report and editing the AWR report to list only information related to top 20 SQL's . I do not want to edit the AWR report and my AWR report should only contain top 20 SQL information. Is there any way to generate the AWR report in this way?
    Thanks and Regards,try querying the v$sql area you can get the sql texts from there.

  • Blank awr report shown in oracle standars edition 11g (11.2.0.1.0)

    Hi, friends ..
    I am using Oracle 11g standars edition(11.2.0.1.0) on solaris 10 platform.I do have a very strange probleem..when iam trying to capture awr report i am getting a blank
    awr report contain ing nothing...like below section
    ---------------------------------------------------------------------------->
    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.
    WORKLOAD REPOSITORY report for
    DB Name DB Id Instance Inst num Startup Time Release RAC
    DISDB 771054785 disdb 1 30-Dec-10 10:12 11.2.0.1.0 NO
    Host Name Platform CPUs Cores Sockets Memory (GB)
    dissemination-new Solaris Operating System (x86-64) .00
    Snap Id Snap Time Sessions Cursors/Session
    Begin Snap: 1 30-Dec-10 11:30:21
    End Snap: 2 30-Dec-10 12:30:52
    Elapsed: 60.51 (mins)
    DB Time: 0.00 (mins)
    Report Summary
    Cache Sizes
    Begin End
    Buffer Cache: M M Std Block Size: K
    Shared Pool Size: 0M 0M Log Buffer: K
    Load Profile
    Per Second Per Transaction Per Exec Per Call
    DB Time(s): 0.0 0.0 0.00 0.00
    DB CPU(s): 0.0 0.0 0.00 0.00
    Redo size:
    Logical reads: 0.0 1.0
    Block changes: 0.0 1.0
    Physical reads: 0.0 1.0
    Physical writes: 0.0 1.0
    User calls: 0.0 1.0
    Parses: 0.0 1.0
    Hard parses:
    W/A MB processed: 0.0 0.0
    Logons:
    Executes: 0.0 1.0
    Rollbacks:
    Transactions: 0.0
    Instance Efficiency Percentages (Target 100%)
    Buffer Nowait %: Redo NoWait %:
    Buffer Hit %: In-memory Sort %:
    Library Hit %: Soft Parse %:
    Execute to Parse %: 0.00 Latch Hit %:
    Parse CPU to Parse Elapsd %: % Non-Parse CPU:
    Shared Pool Statisitics Not Available
    Top 5 Timed Foreground Events
    Event Waits Time(s) Avg wait (ms) % DB time Wait Class
    DB CPU 0 100.00
    Host CPU (CPUs: Cores: Sockets: )
    Load Average Begin Load Average End %User %System %WIO %Idle
    Instance CPU
    %Total CPU %Busy CPU %DB time waiting for CPU (Resource Manager)
    Memory Statistics
    Begin End
    Host Mem (MB):
    SGA use (MB):
    PGA use (MB):
    % Host Mem used for SGA+PGA:
    Main Report
    Report Summary
    Wait Events Statistics
    SQL Statistics
    Instance Activity Statistics
    IO Stats
    Buffer Pool Statistics
    Advisory Statistics
    Wait Statistics
    Undo Statistics
    Latch Statistics
    Segment Statistics
    Dictionary Cache Statistics
    Library Cache Statistics
    Memory Statistics
    Streams Statistics
    Resource Limit Statistics
    Shared Server Statistics
    init.ora Parameters
    Back to Top
    Wait Events Statistics
    Time Model Statistics
    Operating System Statistics
    Operating System Statistics - Detail
    Foreground Wait Class
    Foreground Wait Events
    Background Wait Events
    Wait Event Histogram
    Wait Event Histogram Detail (64 msec to 2 sec)
    Wait Event Histogram Detail (4 sec to 2 min)
    Wait Event Histogram Detail (4 min to 1 hr)
    Service Statistics
    Service Wait Class Stats
    Back to Top
    Time Model Statistics
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Operating System Statistics
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Operating System Statistics - Detail
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Foreground Wait Class
    s - second, ms - millisecond - 1000th of a second
    ordered by wait time desc, waits desc
    %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
    Captured Time accounts for % of Total DB time .00 (s)
    Total FG Wait Time: (s) DB CPU time: .00 (s)
    Wait Class Waits %Time -outs Total Wait Time (s) Avg wait (ms) %DB time
    DB CPU 0 100.00
    Back to Wait Events Statistics
    Back to Top
    Foreground Wait Events
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Background Wait Events
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Wait Event Histogram
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Wait Event Histogram Detail (64 msec to 2 sec)
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Wait Event Histogram Detail (4 sec to 2 min)
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Wait Event Histogram Detail (4 min to 1 hr)
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Service Statistics
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    Service Wait Class Stats
    No data exists for this section of the report.
    Back to Wait Events Statistics
    Back to Top
    SQL Statistics
    SQL ordered by Elapsed Time
    SQL ordered by CPU Time
    SQL ordered by User I/O Wait Time
    SQL ordered by Gets
    SQL ordered by Reads
    SQL ordered by Physical Reads (UnOptimized)
    SQL ordered by Executions
    SQL ordered by Parse Calls
    SQL ordered by Sharable Memory
    SQL ordered by Version Count
    Complete List of SQL Text
    Back to Top
    SQL ordered by Elapsed Time
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    SQL ordered by CPU Time
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    SQL ordered by User I/O Wait Time
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    SQL ordered by Gets
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    SQL ordered by Reads
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    SQL ordered by Physical Reads (UnOptimized)
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    SQL ordered by Executions
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    SQL ordered by Parse Calls
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    SQL ordered by Sharable Memory
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    SQL ordered by Version Count
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    Complete List of SQL Text
    No data exists for this section of the report.
    Back to SQL Statistics
    Back to Top
    Instance Activity Statistics
    Instance Activity Stats
    Instance Activity Stats - Absolute Values
    Instance Activity Stats - Thread Activity
    Back to Top
    Instance Activity Stats
    No data exists for this section of the report.
    Back to Instance Activity Statistics
    Back to Top
    Instance Activity Stats - Absolute Values
    No data exists for this section of the report.
    Back to Instance Activity Statistics
    Back to Top
    Instance Activity Stats - Thread Activity
    No data exists for this section of the report.
    Back to Instance Activity Statistics
    Back to Top
    IO Stats
    IOStat by Function summary
    IOStat by Filetype summary
    IOStat by Function/Filetype summary
    Tablespace IO Stats
    File IO Stats
    Back to Top
    IOStat by Function summary
    No data exists for this section of the report.
    Back to IO Stats
    Back to Top
    IOStat by Filetype summary
    No data exists for this section of the report.
    Back to IO Stats
    Back to Top
    IOStat by Function/Filetype summary
    No data exists for this section of the report.
    Back to IO Stats
    Back to Top
    Tablespace IO Stats
    No data exists for this section of the report.
    Back to IO Stats
    Back to Top
    File IO Stats
    No data exists for this section of the report.
    Back to IO Stats
    Back to Top
    Buffer Pool Statistics
    Buffer Pool Statistics
    Checkpoint Activity
    Back to Top
    Buffer Pool Statistics
    No data exists for this section of the report.
    Back to Buffer Pool Statistics
    Back to Top
    Checkpoint Activity
    No data exists for this section of the report.
    Back to Buffer Pool Statistics
    Back to Top
    Advisory Statistics
    Instance Recovery Stats
    MTTR Advisory
    Buffer Pool Advisory
    PGA Aggr Summary
    PGA Aggr Target Stats
    PGA Aggr Target Histogram
    PGA Memory Advisory
    Shared Pool Advisory
    SGA Target Advisory
    Streams Pool Advisory
    Java Pool Advisory
    Back to Top
    Instance Recovery Stats
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    MTTR Advisory
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    Buffer Pool Advisory
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    PGA Aggr Summary
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    PGA Aggr Target Stats
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    PGA Aggr Target Histogram
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    PGA Memory Advisory
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    Shared Pool Advisory
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    SGA Target Advisory
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    Streams Pool Advisory
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    Java Pool Advisory
    No data exists for this section of the report.
    Back to Advisory Statistics
    Back to Top
    Wait Statistics
    Buffer Wait Statistics
    Enqueue Activity
    Back to Top
    Buffer Wait Statistics
    No data exists for this section of the report.
    Back to Wait Statistics
    Back to Top
    Enqueue Activity
    No data exists for this section of the report.
    Back to Wait Statistics
    Back to Top
    Undo Statistics
    Undo Segment Summary
    Undo Segment Stats
    Back to Top
    Undo Segment Summary
    No data exists for this section of the report.
    Back to Undo Statistics
    Back to Top
    Undo Segment Stats
    No data exists for this section of the report.
    Back to Undo Statistics
    Back to Top
    Latch Statistics
    Latch Activity
    Latch Sleep Breakdown
    Latch Miss Sources
    Mutex Sleep Summary
    Parent Latch Statistics
    Child Latch Statistics
    Back to Top
    Latch Activity
    No data exists for this section of the report.
    Back to Latch Statistics
    Back to Top
    Latch Sleep Breakdown
    No data exists for this section of the report.
    Back to Latch Statistics
    Back to Top
    Latch Miss Sources
    No data exists for this section of the report.
    Back to Latch Statistics
    Back to Top
    Mutex Sleep Summary
    No data exists for this section of the report.
    Back to Latch Statistics
    Back to Top
    Parent Latch Statistics
    No data exists for this section of the report.
    Back to Latch Statistics
    Back to Top
    Child Latch Statistics
    No data exists for this section of the report.
    Back to Latch Statistics
    Back to Top
    Segment Statistics
    Segments by Logical Reads
    Segments by Physical Reads
    Segments by Physical Read Requests
    Segments by UnOptimized Reads
    Segments by Optimized Reads
    Segments by Direct Physical Reads
    Segments by Physical Writes
    Segments by Physical Write Requests
    Segments by Direct Physical Writes
    Segments by Table Scans
    Segments by DB Blocks Changes
    Segments by Row Lock Waits
    Segments by ITL Waits
    Segments by Buffer Busy Waits
    Back to Top
    Segments by Logical Reads
    Total Logical Reads: 1
    Captured Segments account for 4.6E+06% of Total
    Owner Tablespace Name Object Name Subobject Name Obj. Type Logical Reads %Total
    SYS SYSTEM I_SYSAUTH1 INDEX 15,008 1500800.00
    SYS SYSTEM I_OBJ2 INDEX 4,752 475200.00
    SYS SYSTEM TAB$ TABLE 2,176 217600.00
    SYS SYSTEM I_JOB_NEXT INDEX 1,856 185600.00
    SYS SYSTEM SYS_C00646 INDEX 1,664 166400.00
    Back to Segment Statistics
    Back to Top
    Segments by Physical Reads
    Total Physical Reads: 1
    Captured Segments account for 400.0% of Total
    Owner Tablespace Name Object Name Subobject Name Obj. Type Physical Reads %Total
    SYS SYSAUX WRH$_SYSMETRIC_SUMMARY_INDEX INDEX 3 300.00
    SYS SYSTEM KOTAD$ TABLE 1 100.00
    Back to Segment Statistics
    Back to Top
    Segments by Physical Read Requests
    Total Physical Read Requests: 1
    Captured Segments account for 400.0% of Total
    Owner Tablespace Name Object Name Subobject Name Obj. Type Phys Read Requests %Total
    SYS SYSAUX WRH$_SYSMETRIC_SUMMARY_INDEX INDEX 3 300.00
    SYS SYSTEM KOTAD$ TABLE 1 100.00
    Back to Segment Statistics
    Back to Top
    Segments by UnOptimized Reads
    Total UnOptimized Read Requests: 1
    Captured Segments account for 400.0% of Total
    Owner Tablespace Name Object Name Subobject Name Obj. Type UnOptimized Reads %Total
    SYS SYSAUX WRH$_SYSMETRIC_SUMMARY_INDEX INDEX 3 300.00
    SYS SYSTEM KOTAD$ TABLE 1 100.00
    Back to Segment Statistics
    Back to Top
    Segments by Optimized Reads
    No data exists for this section of the report.
    Back to Segment Statistics
    Back to Top
    Segments by Direct Physical Reads
    No data exists for this section of the report.
    Back to Segment Statistics
    Back to Top
    Segments by Physical Writes
    Total Physical Writes: 1
    Captured Segments account for 1.1E+04% of Total
    Owner Tablespace Name Object Name Subobject Name Obj. Type Physical Writes %Total
    SYSMAN SYSAUX MGMT_METRICS_RAW_PK INDEX 27 2700.00
    SYS SYSAUX WRH$_SYSMETRIC_HISTORY TABLE 16 1600.00
    SYS SYSAUX WRH$_SYSMETRIC_HISTORY_INDEX INDEX 16 1600.00
    SYSMAN SYSAUX MGMT_SYSTEM_PERF_LOG_IDX_01 INDEX 9 900.00
    SYS SYSAUX SMON_SCN_TIME TABLE 9 900.00
    Back to Segment Statistics
    Back to Top
    Segments by Physical Write Requests
    Total Physical Write Requestss: 1
    Captured Segments account for 5.1E+03% of Total
    Owner Tablespace Name Object Name Subobject Name Obj. Type Phys Write Requests %Total
    SYSMAN SYSAUX MGMT_METRICS_RAW_PK INDEX 11 1100.00
    SYS SYSAUX SMON_SCN_TIME TABLE 9 900.00
    SYSMAN SYSAUX MGMT_SYSTEM_PERF_LOG_IDX_01 INDEX 6 600.00
    SYSMAN SYSAUX MGMT_CURRENT_METRICS_PK INDEX 4 400.00
    SYS SYSTEM I_JOB_NEXT INDEX 2 200.00
    Back to Segment Statistics
    Back to Top
    Segments by Direct Physical Writes
    No data exists for this section of the report.
    Back to Segment Statistics
    Back to Top
    Segments by Table Scans
    Total Table Scans: 1
    Captured Segments account for 900.0% of Total
    Owner Tablespace Name Object Name Subobject Name Obj. Type Table Scans %Total
    SYS SYSTEM I_OBJ2 INDEX 9 900.00
    Back to Segment Statistics
    Back to Top
    Segments by DB Blocks Changes
    % of Capture shows % of DB Block Changes for each top segment compared
    with total DB Block Changes for all segments captured by the Snapshot
    Owner Tablespace Name Object Name Subobject Name Obj. Type DB Block Changes % of Capture
    SYS SYSTEM I_JOB_NEXT INDEX 896 58.95
    SYSMAN SYSAUX MGMT_METRICS_RAW_PK INDEX 160 10.53
    SYSMAN SYSAUX MGMT_CURRENT_METRICS_PK INDEX 112 7.37
    SYS SYSAUX SMON_SCN_TIME TABLE 80 5.26
    SYSMAN SYSAUX MGMT_SYSTEM_PERF_LOG_IDX_01 INDEX 64 4.21
    Back to Segment Statistics
    Back to Top
    Segments by Row Lock Waits
    No data exists for this section of the report.
    Back to Segment Statistics
    Back to Top
    Segments by ITL Waits
    No data exists for this section of the report.
    Back to Segment Statistics
    Back to Top
    Segments by Buffer Busy Waits
    No data exists for this section of the report.
    Back to Segment Statistics
    Back to Top
    Dictionary Cache Stats
    No data exists for this section of the report.
    Back to Top
    Library Cache Activity
    No data exists for this section of the report.
    Back to Top
    Memory Statistics
    Memory Dynamic Components
    Memory Resize Operations Summary
    Memory Resize Ops
    Process Memory Summary
    SGA Memory Summary
    SGA breakdown difference
    Back to Top
    Memory Dynamic Components
    No data exists for this section of the report.
    Back to Memory Statistics
    Back to Top
    Memory Resize Operations Summary
    No data exists for this section of the report.
    Back to Memory Statistics
    Back to Top
    Memory Resize Ops
    No data exists for this section of the report.
    Back to Memory Statistics
    Back to Top
    Process Memory Summary
    No data exists for this section of the report.
    Back to Memory Statistics
    Back to Top
    Back to Memory Statistics
    Back to Top
    SGA breakdown difference
    No data exists for this section of the report.
    Back to Memory Statistics
    Back to Top
    Streams Statistics
    Streams CPU/IO Usage
    Streams Capture
    Streams Capture Rate
    Streams Apply
    Streams Apply Rate
    Buffered Queues
    Buffered Queue Subscribers
    Rule Set
    Persistent Queues
    Persistent Queues Rate
    Persistent Queue Subscribers
    Back to Top
    Streams CPU/IO Usage
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Streams Capture
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Streams Capture Rate
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Streams Apply
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Streams Apply Rate
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Buffered Queues
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Buffered Queue Subscribers
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Rule Set
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Persistent Queues
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Persistent Queues Rate
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Persistent Queue Subscribers
    No data exists for this section of the report.
    Back to Streams Statistics
    Back to Top
    Resource Limit Stats
    No data exists for this section of the report.
    Back to Top
    Shared Server Statistics
    Shared Servers Activity
    Shared Servers Rates
    Shared Servers Utilization
    Shared Servers Common Queue
    Shared Servers Dispatchers
    Back to Top
    Shared Servers Activity
    No data exists for this section of the report.
    Back to Shared Server Statistics
    Back to Top
    Shared Servers Rates
    No data exists for this section of the report.
    Back to Shared Server Statistics
    Back to Top
    Shared Servers Utilization
    No data exists for this section of the report.
    Back to Shared Server Statistics
    Back to Top
    Shared Servers Common Queue
    No data exists for this section of the report.
    Back to Shared Server Statistics
    Back to Top
    Shared Servers Dispatchers
    No data exists for this section of the report.
    Back to Shared Server Statistics
    Back to Top
    init.ora Parameters
    No data exists for this section of the report.
    Back to Top
    Dynamic Remastering Stats
    No data exists for this section of the report.
    Back to Top
    End of Report
    ---------------------------------------------->>
    here intresting is that i also can't have the memory section view also.i trien to clear awr repositary and recreate it..bounce database,also tried taking different snap value.But does notmake any change.can u tell me why tha happening..and how can i get a good awr report.

    Hi there,
    I have covered this in my blog entry on the subject. Check that link out for more licensing information and other resources.
    The problem you are experiencing is caused by the fact that AWR is part of the DIAGNOSTIC and TUNING packs of Oracle 11g, which as of 11g is no longer a standard feature of the database but rather an optional extra which must be licensed in addition to your default Oracle Standard Edition package. In terms of the licensing, you just need to license it as an optional extra so that you will actually be using it legally, and then you can go ahead and enable it.
    While it may be an additional licensed item, it is actually installed on your DB by default, but is just not enabled. So, once you have cleared the licensing issue, you will be free to enable diagnostics by setting the new database parameter, CONTROL_MANAGEMENT_PACK_ACCESS. You can do this by running the following as a dba:
    <pre>alter system set control_management_pack_access="DIAGNOSTIC+TUNING" scope=both;</pre>
    After running this command, your database will start accumulating diagnostic information. Note that you will need to wait until new snapshots are created in which the new diagnostic information will be available. I found that although most of the information became available after setting CONTROL_MANAGEMENT_PACK_ACCESS, it was only once the database was restarted that all of the information became available. I have seen many people reporting similar behavior.
    Old snapshots will obviously continue to give the errors because they did not have the diagnostic information available at the time.

  • Need help on Awr Report

    It's hard to present AWR report content here as if i go for copy paste the content alinment and format get changed. Is there any better way to present AWR report in my query.
    Here is my query.
    In a 2 hour AWR reports for a database I can see the below top 5 wait event's
    the database is running on high CPU consumption (there are very less physical reads on database and Logical read is high i suppose ) so I also gather the Segments by Logical Reads. Please provide any suggestion how can i avoid logical reads I/o for the dataabse. If you see at bottom only two segments are responsible for high logical reads.
    Please let me know if more content of AWR report is required.
    Per Second Per Transaction
    Redo size: 12,765.52 2,030.27
    Logical reads: 324,030.64 51,534.93
    Block changes: 71.62 11.39
    Physical reads: 28.26 4.49
    Physical writes: 3.84 0.61
    User calls: 333.61 53.06
    Parses: 157.16 24.99
    Hard parses: 0.17 0.03
    Sorts: 30.07 4.78
    Logons: 1.71 0.27
    Executes: 156.35 24.87
    Transactions: 6.29
    % Blocks changed per Read: 0.02 Recursive Call %: 28.05
    Rollback per transaction %: 16.17 Rows per Sort: 29.99
    Top 5 Timed Events
    Event          Waits          Time(s)     Avg Wait(ms)     % Total Call TimeWait Class
    CPU time                    4,711               88.0
    db file sequential read 190,548          356     2          6.7          User I/O
    gc current block 2-way     172,948          151     1          2.8          Cluster
    gc cr grant 2-way     128,668          67     1          1.2          Cluster
    log file sync          37,920          54     1          1.0          Commit
    Segments by Logical Reads
    Total Logical Reads: 2,342,983,880
    Captured Segments account for 99.8% of Total
    Owner Tablespace Name Object Name Subobject Name Obj. Type Logical Reads %Total
    web_dc DECOINDX D_1F01BC958000013B INDEX 909,141,504 38.80
    web_dc DECODATA DM_RELATION_TYPE_S TABLE 908,104,384 38.76
    web_dc DECOINDX D_1F01BC9580000518 INDEX 165,716,752 7.07
    web_dc DECODATA DM_RELATION_S TABLE 136,235,504 5.81
    web_dc DECOINDX D_1F01BC9580000024 INDEX 62,935,008 2.69
    Regards
    balvindar

    In a 2 hour AWR reports for a database I can see the below top 5 wait event's
    Comment: 2 hour is a too big interval to draw any conclusion. It should be 15-30 mins maximum.
    Apart from that: 88 percent of the wall time is devoted to CPU, so do you have a problem? Not at all!!! Your database is doing pretty nothing.
    the database is running on high CPU consumption (there are very less physical reads on database and Logical read is high i suppose ) so I also gather the Segments by Logical Reads. Please provide any suggestion how can i avoid logical reads I/o for the dataabse. If you see at bottom only two segments are responsible for high logical reads.
    Comment: the database is not running on high CPU consumption. You would need to run an ADDM report to be able to ascertain that. We have no data on the CPU load of the server, nor how much Oracle is contributing to the load.
    You cannot avoid logical read I/O, other than just stopping the application. You can tune them by tuning statements.
    In the future, please wrap the output in   tags (no spaces, lowercase), or I will need new glasses ;)
    Sybrand Bakker
    Senior Oracle DBA                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • How to do Detailed AWR Report  Analysis

    Hi,
    Please let me Know how to do analysis AWR report and get it corrected.

    The best way to isolate the bottlenecks in Oracle is to analyze the top five wait events for the database and look for any external waits that might be associated with disk, CPU and network.
    Oracle provide two scripts to produce workload repository reports (awrrpt.sql and awrrpti.sql). They are similar in format to the statspack reports and give the option of HTML or plain text formats. The two reports give essential the same output but the awrrpti.sql allows you to select a single instance. The reports can be generated as follows.
    @$ORACLE_HOME/rdbms/admin/awrrpt.sql
    @$ORACLE_HOME/rdbms/admin/awrrpti.sql
    The scripts prompt you to enter the report format (html or text), the start snapshot id, the end snapshot id and the report filename. The resulting report can be opend in a browser or text editor accordingly.
    http://www.oracle-base.com/articles/10g/automatic-workload-repository-10g.php

  • User I/O and db file parallel read is high in AWR report

    Hi,
    We have one performance issue during a job execution.
    From the awr report we have identified one query with a table having millions of records causing problems and then we had also fine tuned that query by changing it's code and by using the optmizer hints. It is being executed in plsql batches. After fine tuning, On the first batch execution(first 5000 records) the query is taking only 5 mins, but on the consecutive batches it is consuming more time( more than 30 mins).
    From the awr report I got the statistics as
    Release : 11.2.0.2.0
    Instance Efficiency Percentages (Target 100%)
    Buffer Nowait %: 100.00 Redo NoWait %: 100.00
    Buffer Hit %: 85.44 In-memory Sort %: 99.98
    Library Hit %: 99.76 Soft Parse %: 99.15
    Execute to Parse %: 88.91 Latch Hit %: 100.00
    Parse CPU to Parse Elapsd %: 87.32 % Non-Parse CPU: 98.65
    The buffer hit % is good. On each batch execution it is taking different set of records.
    Top 5 Timed Foreground Events
    Event Waits Time(s) Avg wait (ms) % DB time Wait Class
    db file parallel read 120,485 42,540 353 89.60 User I/O
    DB CPU 3,794 7.99
    db file sequential read 145,074 606 4 1.28 User I/O
    db file scattered read 70,030 556 8 1.17 User I/O
    direct path write temp 12,423 21 2 0.04 User I/O
    So the I/O is our main concern since that query contains one table with millions of records.
    Host CPU (CPUs: 24 Cores: 24 Sockets: 4)
    Load Average Begin Load Average End %User %System %WIO %Idle
    1.40 1.45 0.6 0.3 3.7 99.0
    Load is also normal.
    From the Time model statistics , sql execute elapsed time is 98.27% of db time and only 7.99% is that of DB CPU.
    Memory Statistics
    Begin End
    Host Mem (MB): 64,318.0 64,318.0
    SGA use (MB): 30,720.0 30,720.0
    PGA use (MB): 488.2 497.1
    % Host Mem used for SGA+PGA: 48.52 48.54
    Both the size of sga_max_size and sga_target are 32,212,254,720(32gb) bytes and that of
    pga_aggregate target is 629,145,600(600mb)
    from this it is evident that the memory is still available(so increase in memory size is not an option).
    The sql statistics for that query shows like that
    Elapsed Time (s) Executions Elapsed Time per Exec (s) %Total %CPU %IO SQL Id SQL Text
    44,950.03 55 817.27 94.67 6.99 94.72 79dgmrxh4kv74 SELECT /*+ index(cdr_data cdr_...
    I can't understand whether the problem is in the database side or with the query?
    If the problem is with the query, then how it has been executed in 5 mins for the first batch ?
    (all the batches are having 5000 records each).
    And how can we reduce the db file parallel read ?
    Your valuable advice will be greatly appreciated.
    Thanks in advance
    Manoj Kumar N

    "db file parallel read" is likely to be associated with something like index prefetching.
    See:
    http://www.freelists.org/post/oracle-l/RE-Calculating-LIOs,11
    http://aprakash.wordpress.com/2012/05/29/index-range-scan-and-db-file-scattered-read-as-session-wait-event/
    http://jonathanlewis.wordpress.com/2006/12/15/index-operations/
    Tune the SQL.
    Review the execution plan.
    Check whether the statistics are accurate.
    Review whether the index hint (and others that we can't see) is appropriate.

  • Enq: TX - row lock contention in AWR reports

    Dears,
    One of my friends asked me to give him a help on analyzing a performance problem they are experimenting from time to time. First of all I am sorry to tell you that he didn’t gave me a lot of information. I will share with you all what I have been sent and would like to have your precious advice according to the available information.
    It is a third party software installed on oracle data base 10.2.0.4.0. He said that from time to time the application hangs. He sends me an AWR reports supplied by the local DBA. Unfortunately, the local DBA send only the AWR information he thinks are most important to be looked at (he did not include the load profile and the instance efficiency Percentages part in this AWR for example).
    Here below is the available information I can share with you
                                                                             Snap time                                       sessions        cursors/session
    Begin Snap        09-mars-11 08:00:03              31                     6.5
    End Snap          09-mars-11 08:39:49              41                     9.8
    Elapsed           39.77 (mins)
    DB Time           536.65(mins)
    Top 5 Timed Events
    Event                          Waits   Time(s)    Avg Wait(ms)    % Total Call Time     Wait Class
    enq: TX - row lock contention  8,468    25,344       2,993            78.7             Application
    read by other session          714,628   4,604         6               14.3             User I/O
    db file sequential read        323,264  1,977         6               6.1              User I/O
    CPU time                                 171                          .5
    db file scattered read          1,885   49           26               .2               User I/OThe AWR reports presents also the following SQL statement as the top SQL of its ‘’SQL ordered by Elapsed Time’’ part
    UPDATE xxxx.table1
       SET col1 = :1,
           col2 = :2,
           col3 = :3,
           col4 = :4,
    WHERE ID = :13
    AND colx  = :14;And the following sql at its “SQL ordered by Reads’ part
    SELECT t1.*
    FROM xxxx.table1 t1
      LEFT OUTER JOIN xxxx.table2 t2
           ON t1.id = t2.id
      LEFT OUTER JOIN xxxx.table3 t3
           ON t1.id = t3.id
      LEFT OUTER JOIN xxxx.table4 t4
           ON t1.id = t4.id
    WHERE t1.col1 = :1
    AND   t1.col2 IN (:2,:3, :4);And finally in the Segments by Row Lock Waits part of the AWR I have this:
    Owner      tablespace name    object name   object type   row lock waits   %of capture
    xxxx          xxxx          table1         TABLE          54       100    There are no bitmap indexes on this OLTP data base. There are no unindexed foreign keys and it seems that there are no selects done over a dblink.
    I am waiting to have the table table1 script and its indexes
    Given those information I think that the locking problem is due to this update on table table1 which is not followed immediately by a commit or a rollback. But, instead, several selects that might be taking a long time are done before reaching the commit that ends the lock on the table table1
    What do you think about the possible reason of this lock?
    Thanks in advance
    Mohamed Houri

    Dears,
    I did get the suspected query and asked for its several explain plans thanks to the dbms_xplan.display_awr. The most important thing to point out is that the last where clause of this query seems to be dynamically filled-up
    SELECT t1.*
    FROM xxxx.table1 t1
      LEFT OUTER JOIN xxxx.table2 t2
           ON t1.id = t2.id
      LEFT OUTER JOIN xxxx.table3 t3
           ON t1.id = t3.id
      LEFT OUTER JOIN xxxx.table4 t4
           ON t1.id = t4.id
    WHERE t1.col1 = :1
    AND   t1.col2 in (:2 , :3 , :4 , :5 , :6 , :7 , :8 )
    | Id  | Operation                      | Name                    | Rows  | Bytes | Cost (%CPU)| Time     |             
    |   0 | SELECT STATEMENT               |                         |       |       |    14 (100)|          |             
    |   1 |  NESTED LOOPS OUTER            |                         |     1 |   280 |    14   (0)| 00:00:01 |             
    |   2 |   NESTED LOOPS OUTER           |                         |     1 |   226 |     9   (0)| 00:00:01 |             
    |   3 |    NESTED LOOPS OUTER          |                         |     1 |   216 |     6   (0)| 00:00:01 |             
    |   4 |     TABLE ACCESS BY INDEX ROWID| TABLE1                  |     1 |   141 |     4   (0)| 00:00:01 |             
    |   5 |      INDEX RANGE SCAN          | SYS_C0010893            |     1 |       |     3   (0)| 00:00:01 |             
    |   6 |     TABLE ACCESS BY INDEX ROWID| TABLE2                  |     1 |    75 |     2   (0)| 00:00:01 |             
    |   7 |      INDEX UNIQUE SCAN         | SYS_C0010774            |     1 |       |     1   (0)| 00:00:01 |             
    |   8 |    INDEX RANGE SCAN            | SYS_C0010896            |     3 |    30 |     3   (0)| 00:00:01 |             
    |   9 |   TABLE ACCESS BY INDEX ROWID  | TABLE3                  |    11 |   594 |     5   (0)| 00:00:01 |             
    |  10 |    INDEX RANGE SCAN            | SYS_C0010910            |    11 |       |     3   (0)| 00:00:01 |             
    SELECT t1.*
    FROM xxxx.table1 t1
      LEFT OUTER JOIN xxxx.table2 t2
           ON t1.id = t2.id
      LEFT OUTER JOIN xxxx.table3 t3
           ON t1.id = t3.id
      LEFT OUTER JOIN xxxx.table4 t4
           ON t1.id = t4.id
    WHERE t1.col1 = :1
    AND   t1.col2 in (:2 , :3 , :4 , :5 , :6 , :7 , :8 , :9 , :10 , :11 , :12 , :13 , :14 , :15 , :16 ,                       
    :17 , :18 , :19 , :20 , :21 , :22 , :23 , :24 , :25 , :26 , :27 , :28 , :29 , :30 , :31 , :32 ,                        
    :33 , :34 , :35 , :36 , :37 , :38 , :39 , :40 , :41 , :42 , :43 , :44 , :45 , :46 , :47 , :48 ,                        
    :251 , :252 , :253 , :254 , :255 , :256 , :257 )  ;
    | Id  | Operation                       | Name                    | Rows  | Bytes | Cost (%CPU)| Time     |            
    |   0 | SELECT STATEMENT                |                         |       |       |  5943 (100)|          |            
    |   1 |  NESTED LOOPS OUTER             |                         |  9210 |  2536K|  5943   (1)| 00:01:12 |            
    |   2 |   NESTED LOOPS OUTER            |                         |   885 |   195K|  1784   (0)| 00:00:22 |            
    |   3 |    NESTED LOOPS OUTER           |                         |   255 | 55080 |  1019   (0)| 00:00:13 |            
    |   4 |     INLIST ITERATOR             |                         |       |       |            |          |            
    |   5 |      TABLE ACCESS BY INDEX ROWID| TABLE1                  |   255 | 35955 |   509   (0)| 00:00:07 |            
    |   6 |       INDEX UNIQUE SCAN         | SYS_C0010893            |   255 |       |   258   (0)| 00:00:04 |            
    |   7 |     TABLE ACCESS BY INDEX ROWID | TABLE2                  |     1 |    75 |     2   (0)| 00:00:01 |            
    |   8 |      INDEX UNIQUE SCAN          | SYS_C0010774            |     1 |       |     1   (0)| 00:00:01 |            
    |   9 |    INDEX RANGE SCAN             | SYS_C0010896            |     3 |    30 |     3   (0)| 00:00:01 |            
    |  10 |   TABLE ACCESS BY INDEX ROWID   | TABLE3                  |    10 |   560 |     5   (0)| 00:00:01 |            
    |  11 |    INDEX RANGE SCAN             | FK_TABLE3               |    10 |       |     3   (0)| 00:00:01 |            
    -----------------------------------------------------------------------------------------------------------   Suddenly there is an INLIST ITERATOR that pops up and which seems to be started 255 times and the ‘quick’ query which in normal situation (small in list) executes in less than 1 second starts now taking more than 1 minute to complete.
    As far as it is a third party software, they can’t change the query.
    Do you have any idea on how to solve this problem?
    Here below are the optimizer parameters
    SQL> show parameter optimizer
    NAME                                 TYPE        VALUE
    optimizer_dynamic_sampling           integer     2
    optimizer_features_enable            string      10.2.0.4
    optimizer_index_caching              integer     0
    optimizer_index_cost_adj             integer     100
    optimizer_mode                       string      ALL_ROWS
    optimizer_secure_view_merging        boolean     TRUEThanks in advance
    Mohamed Houri

  • High "CPU + Wait for CPU" event on pl/sql execute operation

    I am executing a pl/sql in 256 parallel sessions, on 11G r2 DB (RAC 2 nodes), on a 42core IBM P7 Machine.
    PL/sql function opens a cursor on a huge table with around 20M rows and does further processing.
    Work-load is equally divided into 256 parallel sessions. 256 parallel sessions are opened by a middle-ware application and each session processes data based on an identifier (there are 256 distinct identifier values).
    PL/sql function is comprised of some SQL operations, on which i am experiencing some cluster waits. But CPU + wait for CPU event on pl/sql execute operation is close to 80% of the total execution time.
    Top user events:
    Event Event Class % Event Avg Active Sessions
    CPU + Wait for CPU CPU 80.88 98.15
    gc current block 2-way Cluster 3.33 4.05
    gc cr block busy Cluster 2.01 2.44
    gc cr block 2-way Cluster 1.97 2.39
    db file sequential read User I/O 1.81 2.20
    Top SQL command type:
    SQL Command Type Distinct SQLIDs % Activity Avg Active Sessions
    PL/SQL EXECUTE 3 60.99 74.02
    SELECT 66 12.90 15.65
    INSERT 24 9.89 12.01
    UPDATE 9 6.00 7.28
    DELETE 2 1.33 1.61Rest of the SQL queries seem to be very optimum, but waits on pl/sql execute operation are causing very low tps.
    Can anybody give me some heads-up about where to and what to look for to resolve?
    Please let me know if any extra information is required.

    AWR report :
    Header
    DB      Name      DB Id           Instance      Inst num      Startup Time           Release RAC
    FCR           1304316316      fcrypp1      1                01-12ÔÂ-12 04:12      11.2.0.2.0 YES
    Host           Name Platform                     CPUs      Cores      Sockets Memory (GB)
    z4ci2011      AIX-Based Systems (64-bit)      168      42        320.00
                   Snap Id      Snap Time                     Sessions      Cursors/Session
    Begin Snap: 40650           01-12ÔÂ-12 06:40:03      1203           5.8
    End Snap:      40669           01-12ÔÂ-12 09:50:01      1122           5.3
    Elapsed:        189.96 (mins)    
    DB Time:        22,251.65 (mins)
    Load profile
    Per Second           Per Transaction      Per Exec      Per Call
    DB Time(s):           117.1                19.5                     0.00           3.89
    DB CPU(s):                16.1                2.7                     0.00           0.53
    Redo size:                12,759,186.3      2,126,361.0    
    Logical reads:           181,875.9           30,310.2    
    Block changes:           54,515.5           9,085.2    
    Physical reads:      1,340.3           223.4    
    Physical writes:      8,788.9           1,464.7    
    User calls:           30.1                5.0    
    Parses:                26.5                4.4    
    Hard parses:           0.4                0.1    
    W/A MB processed:      8.5                1.4    
    Logons:                0.1                0.0    
    Executes:                41,176.0           6,862.1    
    Rollbacks:                1.9                0.3    
    Transactions:           6.0      
    Time model statistics
    Statistic Name                                             Time (s)          % of DB Time
    sql execute elapsed time                              1,334,935.55     99.99
    PL/SQL execution elapsed time                         1,180,376.60     88.41
    DB CPU                                                       182,904.44          13.7
    repeated bind elapsed time                              292.83               0.02
    sequence load elapsed time                              279.75               0.02
    parse time elapsed                                        87.4               0.01
    hard parse elapsed time                                   22.52               0
    failed parse elapsed time                              5.12               0
    connection management call elapsed time               4.61               0
    PL/SQL compilation elapsed time                         1.91               0
    hard parse (sharing criteria) elapsed time          0.49               0
    hard parse (bind mismatch) elapsed time               0.39               0
    inbound PL/SQL rpc elapsed time                         0.1     0
    DB time                                                       1,335,099.30     
    background elapsed time                                   33,298.67     
    background cpu time                                        11,692.76     
    Operating System Statistics
    Statistic Value End Value
    AVG_BUSY_TIME 202,428  
    AVG_IDLE_TIME 936,397  
    AVG_IOWAIT_TIME 4,124  
    AVG_SYS_TIME 84,480  
    AVG_USER_TIME 117,573  
    BUSY_TIME 34,074,303  
    IDLE_TIME 157,378,825  
    IOWAIT_TIME 755,368  
    SYS_TIME 14,256,010  
    USER_TIME 19,818,293  
    LOAD 21 10
    OS_CPU_WAIT_TIME 23,770,800  
    VM_IN_BYTES 20,496  
    VM_OUT_BYTES 2,086,940,520  
    PHYSICAL_MEMORY_BYTES 343,597,383,680  
    NUM_CPUS 168  
    NUM_CPU_CORES 42  
    NUM_LCPUS 168  
    NUM_VCPUS 42  
    GLOBAL_RECEIVE_SIZE_MAX 41,943,040  
    GLOBAL_SEND_SIZE_MAX 41,943,040  
    TCP_RECEIVE_SIZE_DEFAULT 16,384  
    TCP_RECEIVE_SIZE_MAX 9,223,372,036,854,775,807  
    TCP_RECEIVE_SIZE_MIN 4,096  
    TCP_SEND_SIZE_DEFAULT 16,384  
    TCP_SEND_SIZE_MAX 9,223,372,036,854,775,807  
    TCP_SEND_SIZE_MIN 4,096
    SQL ordered by CPU Time
    CPU Time (s)      Executions       CPU per Exec (s) %Total      Elapsed Time (s)      %CPU      %IO      SQL Id SQL Module SQL Text
    180,330.13           127                1,419.92                98.59      1,326,401.03           13.60      1.08      04kt8u64udphu    BEGIN :1 := ap_ch_eod_shell_en...
    8,025.48           9,868,469           0.00                     4.39      10,809.88                74.24      9.21      arnkbsnzhha77 ch_txn_shell_115  SELECT * FROM CH_ACCT_MAST WHE...
    6,117.64           9,873,495           0.00                     3.34      8,557.64                71.49      7.14      8qcryvj294s79 ch_eod_shell_138  UPDATE CH_ACCT_MAST_PAR SET DA...
    4,614.71           3,185,313           0.00                     2.52      11,130.77                41.46      11.88      b75wwkxw34x2k ch_eod_shell_228  INSERT INTO CH_TMP_XF_GL_TXNS ...
    4,374.29           9,866,217           0.00                     2.39      5,876.00                74.44      37.88      g22p493ra2zr5 ch_eod_shell_248  UPDATE CH_ACCT_MAST SET BAL_LA...
    3,514.57           14,026,451           0.00                     1.92      6,274.60                56.01      29.55      7bwhphfnnuqpr ch_eod_shell_59  INSERT INTO CH_ACCT_INT_BREAKU...
    3,253.36           3,185,706           0.00                     1.78      3,875.42                83.95      9.20      9dq134q9btxq8 ch_eod_shell_74  INSERT INTO CH_ST_CAP_INPUT_TX...
    3,131.64           9,875,603           0.00                     1.71      5,338.43                58.66      15.55      6xhwk1b37rh1t ch_txn_shell_143  UPDATE CH_ACCT_ATTRIBUTES SET ...
    2,954.15           9,878,718           0.00                     1.62      5,692.88                51.89      13.22      b4at7uq2hw6r7 ch_sweepin_shell  SELECT TRIM(A.COD_PKG) FROM RP...
    2,572.01           9,867,277           0.00                     1.41      4,605.88                55.84      12.58      54ud0a8tuwwbc ch_txn_shell_17  SELECT * FROM CH_ACCT_ATTRIBUT...
    1,941.29           19,730,455           0.00                     1.06      5,580.38                34.79      7.02      dx5kng8qu560t ch_txn_shell_59  UPDATE CH_ACTIONS_DUE SET COD_...
    1,846.01           9,875,239           0.00                     1.01      4,737.66                38.96      12.55      af7f92f13rmy4 ch_txn_shell_85  INSERT INTO CH_ACTIONS_DUE (CO...

  • '%Total Call Time ' in AWR report

    Hi.
    I have a quick question here,
    For the awr report, the ‘Top 5 Timed Events’ section, does anybody knows how the ‘%Total Call Time ‘ is calculated for each event listed there?
    Top 5 Timed Events Avg %Total
    ~~~~~~~~~~~~~~~~~~ wait Call
    Event Waits Time (s) (ms) Time Wait Class
    PX Deq Credit: send blkd 5,682,600 3,816 1 39.8 Other
    db file scattered read 91,236 1,681 18 17.5 User I/O
    CPU time 1,347 14.0
    log file sync 99,426 752 8 7.8 Commit
    log file parallel write 97,921 523 5 5.4 System I/O
    Thanks,
    Lei

    922884 wrote:
    Hi,
    Db version is 10.2.0.4.0
    What is meaning of waits and % Total Call Time in Top 5 Timed Events in AWR report? Waits is the number of times a session waited on a particular call
    % Total Call Time is the total time spent in this event divided by the db time, converted to a percentage.
    It gives you some idea of how signifcant this event was in the total time spent waiting by the user. Unfortunately the SQLNet times are excluded in the calculations, so there is a component of time that (from the end-users' perspective) is lost.
    How to read AWR report?Where i have to start from it?
    The best place to start is probably still the white paper about statspack produced by Oracle 11 years ago: http://www.oracle.com/technetwork/database/focus-areas/performance/statspack-opm4-134117.pdf
    How the values are calculated in awr? For example db time is 556.15 and elapsed time is 1,439.73 .
    elapsed time is the clock time between the start and end time of the snapshots, reportedin in minutes - in your case your report covers 24 hours which is generally far too long to be useful.
    db time is the time your sessions were active "inside" the database - again in minutes - and it's a measure of how much time you spent working. It is the sum of wait time and CPU time.
    Regards
    Jonathan Lewis

  • Understanding awr reports...

    HI, I am trying to understand information we have in our AWR reports. In the section top 5 timed events we usually see something like the following...
    Top 5 Timed Events
    Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
    CPU time 1,855 83.9
    db file sequential read 101,452 395 4 17.9 User I/O
    gc current block 2-way 156,259 51 0 2.3 Cluster
    gc cr block 2-way 98,696 34 0 1.5 Cluster
    log file sync 23,665 21 1 1.0 Commit
    So when it says the CPU time is the top timed event and it is 83.9% of the top 5 timed events what does that actually mean? Is that a good thing that the CPU time is my top timed event? My system is running very good and I am assuming that this is a good thing?
    Thanks.

    >
    Top 5 Timed Events
    Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
    CPU time 1,855 83.9
    db file sequential read 101,452 395 4 17.9 User I/O
    gc current block 2-way 156,259 51 0 2.3 Cluster
    gc cr block 2-way 98,696 34 0 1.5 Cluster
    log file sync 23,665 21 1 1.0 Commit
    My system is running very good and I am assuming that this is a good thing?
    This doesn't mean anything without a context. For a start - are you taking snapshots at the default 1 hour interval, how many CPUs do you have, and how many nodes in your cluster. (I'd guess it's just two).
    The best answer is from Taral Desai - but I'd like to add [+*this thought*+|http://jonathanlewis.wordpress.com/2009/09/10/philosophy-5/] >.
    Note - even if your 1,855 seconds of CPU is (effectively) one out of 16 CPUs running at 50% utilisation for an hour - which would make your AWR report look as if the database is pretty idle - it may be that one user is sitting at his desk swearing because his report took 900 (CPU) seconds to run when he reckons he should be getting a sub-second response.
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk
    To post code, statspack/AWR report, execution plans or trace files, start and end the section with the tag {noformat}{noformat} (lowercase, curly brackets, no spaces) so that the text appears in fixed format.
    "Science is more than a body of knowledge; it is a way of thinking"
    Carl Sagan                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

Maybe you are looking for