AWR report understanding document

Hi,
Could someone please provide me with a good link for understanding the AWR report.
Thanks.

See if these links help
http://www.oracle.com/technology/products/manageability/database/pdf/ow05/PS_S001_274001_106-1_FIN_v1.pdf
http://www.oracle.com/technology/obe/10gr2_db_vmware/manage/addm/addm.htm
MOS Doc 842884.1 - How To Understand AWR Report / Statspack Report
MOS Doc 744143.1 - Tuning performance on eBusiness suite (see section "How to interpret AWR or Statspack report ?")
HTH
Srini

Similar Messages

  • Understanding the AWR report

    Hello,
    Just to start off on the right path I would like you to know that I am a Java developer trying to understand the AWR report. To give a quick overview of my problem :
    I have built a load test framework using JMeter and trying to send SOAP requests to my weblogic server. Each of these requests are getting converted multiple Insert, Update and Merge statements and getting executed on the Oracle 10g productions grade DB server. When I run the AWR report, under the "SQL ordered by Executions (Global)" I see statements that have run for 2 billion times. The JDBC connection to the database is configured to have a maximum of 40 connections and I do not see all of them being used up. The issue now is I am NOT generating that kind of load yet. I am creating around 15000 SOAP requests in an hour and I am expecting around 1million records to hit the database. The test runs fine for a couple of hours and then the server starts failing because the database is not responding back properly. When I run the statistics query on tables "gv$session s, gv$sqlarea t, gv$process p" to get the pending sessions in the database I have seen anywhere between 30 - 62 pending sessions with a activity time of more than 300 minutes.
    I am sure I am not sending in 2 billion requests from the LoadTest env that I have developed but the AWR report says so. I want to know if there is a possible reason for this behavior. The stuck threads start occurring on the Weblogic server after 30 mins I start the test. Below is the exception I got on weblogic just in case it helps
    2014-10-06 19:26:04,960[[STUCK] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)']ERROR DAOUtil -- DAOUtil@SQLException > weblogic.jdbc.extensions.ConnectionDeadSQLException: weblogic.common.resourcepool.ResourceDeadException: Could not create pool connection. The DBMS driver exception was: Closed Connection
        at weblogic.jdbc.common.internal.JDBCUtil.wrapAndThrowResourceException(JDBCUtil.java:249)
        at weblogic.jdbc.pool.Driver.connect(Driver.java:160)
        at weblogic.jdbc.jts.Driver.getNonTxConnection(Driver.java:642)
        at weblogic.jdbc.jts.Driver.connect(Driver.java:124)
        at weblogic.jdbc.common.internal.RmiDataSource.getConnection(RmiDataSource.java:338)
        at com.bci.rms.ea.common.eautil.dao.DAOUtil.getConnectionFromDataSource(DAOUtil.java:222)
    Looking forward for reply/questions...
    Thanks in Advance,
    Sameer.

    Hello,
    Just to start off on the right path I would like you to know that I am a Java developer trying to understand the AWR report. To give a quick overview of my problem :
    I have built a load test framework using JMeter and trying to send SOAP requests to my weblogic server. Each of these requests are getting converted multiple Insert, Update and Merge statements and getting executed on the Oracle 10g productions grade DB server. When I run the AWR report, under the "SQL ordered by Executions (Global)" I see statements that have run for 2 billion times. The JDBC connection to the database is configured to have a maximum of 40 connections and I do not see all of them being used up. The issue now is I am NOT generating that kind of load yet. I am creating around 15000 SOAP requests in an hour and I am expecting around 1million records to hit the database. The test runs fine for a couple of hours and then the server starts failing because the database is not responding back properly. When I run the statistics query on tables "gv$session s, gv$sqlarea t, gv$process p" to get the pending sessions in the database I have seen anywhere between 30 - 62 pending sessions with a activity time of more than 300 minutes.
    I am sure I am not sending in 2 billion requests from the LoadTest env that I have developed but the AWR report says so. I want to know if there is a possible reason for this behavior. The stuck threads start occurring on the Weblogic server after 30 mins I start the test. Below is the exception I got on weblogic just in case it helps
    2014-10-06 19:26:04,960[[STUCK] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)']ERROR DAOUtil -- DAOUtil@SQLException > weblogic.jdbc.extensions.ConnectionDeadSQLException: weblogic.common.resourcepool.ResourceDeadException: Could not create pool connection. The DBMS driver exception was: Closed Connection
        at weblogic.jdbc.common.internal.JDBCUtil.wrapAndThrowResourceException(JDBCUtil.java:249)
        at weblogic.jdbc.pool.Driver.connect(Driver.java:160)
        at weblogic.jdbc.jts.Driver.getNonTxConnection(Driver.java:642)
        at weblogic.jdbc.jts.Driver.connect(Driver.java:124)
        at weblogic.jdbc.common.internal.RmiDataSource.getConnection(RmiDataSource.java:338)
        at com.bci.rms.ea.common.eautil.dao.DAOUtil.getConnectionFromDataSource(DAOUtil.java:222)
    Looking forward for reply/questions...
    Thanks in Advance,
    Sameer.

  • How to Understand AWR Report

    Hi
    How to understand AWR report?

    Hi,
    first of all, you need to understand things that this report is about -- like wait events, DB time, CPU time, etc. If you are familiar with these things, the rest is easy.
    There are also some articles about reading AWR reports in my blog, including some examples: http://savvinov.com/awr/
    Best regards,
    Nikolay

  • 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                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Report Summary in Awr Report

    Hi,
    I have doubts in Report Summary scection in AWR report.Please anyone clear it.
    1,What is W/A MB processed?
    2,What is the difference between logons in load profile section and Sessions in snap info section?
    Logons means connection which may one or more sessions.Is it right?
    3,What is the difference between Block changes and Physcical writes in load profile section?
    a,,Block changes means only datafile? or including Undo/Temp?
    b,Physical writes:Number of physical writes performed.What does mean?
    For Ex:
    1,Emp table has 5000 rows on 50 blocks.
    2,Insert into emp  select * from emp;Then commit;
    50 blocks changed Hence the value 50 added to Block changes.Is it right?
    What about Physical writes?How the writes value calculated.Just assume 100 writes performed for this insert statment.
    How is the value(100) cacluated?What basis?Is there any parameter influenced?like db_block_size .....If it's what are the parameters?
    4,Execute to Parse %: Parse once execute many.
      Softparse %:
    Buffer Nowait %: 99.97 Redo NoWait %: 100.00
    Buffer Hit %: 99.93 In-memory Sort %: 100.00
    Library Hit %: 103.53 Soft Parse %: 94.67
    Execute to Parse %: 100.00 Latch Hit %: 94.42
    Parse CPU to Parse Elapsd %: 12.94 % Non-Parse CPU: 99.81
    a,Soft Parse %: 94.67.So Remaining 5.23% is hard parse?
    b,If Execute to Parse % is 70,What does mean of remaning 30%?(Same statement but differ in various reason like authentication or optimizer)Is it right?
    c,How to relate Execute to Parse %: with Soft Parse %:?
    d,How to relate Parse CPU to Parse Elapsd %: with % Non-Parse CPU:?
    5,Shared Pool Statistics
    Begin End
    Memory Usage %: 26.26 25.90
    % SQL with executions>1: 98.95 98.31
    % Memory for SQL w/exec>1: 97.79 99.46
    a,What does mean of Memory usage?26.26% memory used in allocated total SGA(if configured sga_target or memory_target).Is it right?
    b,at does mean SQL with executions>1?How to/Where to realet with other parameter in AWR?
    c,at does mean % Memory for SQL w/exec>1?How to/Where to realet with other parameter in AWR?
    6,What does mean of Per exec, per call in load profile section for the attribute DB Time(s),DB CPU(s)?
    7,What is Load average begin/end in host cpu section?How is the value  calcuated?
    8,What is %wio in in host cpu section?
    9,What does mean %total cpu and %busy cpu in instance cpu?
    10,what does mean Applied urec?
    Br,
    Raj

    Hi,
    Thanks for your Reply..........
    Now we use 11g only,Not 12c.
    I read  oracle 11g document already(few times).But i  couldn't understand it.Hence,i  posted here.
    If anyone tell,it is a BIG release from headache.
    Br,
    Raj

  • AWR reports DBMS_ALERT_INFO queries using significant elapsed time

    Hi
    10.1.0.3 / OpenVMS 8.2
    Has anyone encountered AWR reporting significant resource consumption on queries relating to DBMS_ALERT_INFO (via calls to dbms_alert.register)? The buffer busy waits % from AWR is high as well (see AWR snippets below). Oracle are suggesting this is "expected behaviour for the objects owned by
    the SYS user".
    The query takes (on average) 2.3 seconds elapsed, using 1.63 CPU seconds and is responsible for 94% of all Buffer Busy Waits.
    Elapsed CPU Elap per % Total
    Time (s) Time (s) Executions Exec (s) DB Time SQL Id
    10,965 7,746 4,756 2.3 4.7 57w71dgk5qbtx
    Module: DSA103:[CSC_ENV_1.APPLIC.][SPICE.LIB]SPC_PFS1_MA
    SELECT DISTINCT SUBSTR(KGLNAOBJ,11) SID FROM X$KGLOB WHERE KGLHDNSP = 7 AND KGLN
    AOBJ LIKE 'ORA$ALERT$%' AND BITAND(KGLHDFLG,128)!=0 UNION SELECT DISTINCT SID FR
    OM DBMS_ALERT_INFO
    Segments by Buffer Busy Waits DB/Inst: SPICE/ONLINE Snaps: 4930-5026
    Buffer
    Tablespace Subobject Obj. Busy
    Owner Name Object Name Name Type Waits %Total
    SYS SYSTEM DBMS_ALERT_INFO TABLE 130,626 93.76
    Clive

    Christophe Lize wrote:
    Closing this thread even if it's not answered...Sorry, I don't have time to test this myself now, but you shouldn't mark this thread as answered if it is not, because other people might find it and think they find an answer if they have a similar question.
    I suggest you try the following to narrow down things:
    1. Open the RAW trace file and check the cursor numbers of the "direct path reads" - check if you can find any references for those cursor numbers manually. The cursor numbers are those numbers behind the WAIT #<xx>, and you can check if you find any other entry unequal to WAIT #<xx> with the same #<xx>, for example EXEC #<xx> or FETCH #<xx>
    A short primer on how to interpret the raw trace file can also be found in MOS document 39817.1
    2. Run the RAW trace file through alternative free trace file analyzers like SQLDeveloper (yes it can process raw trace files), OraSRP or Christian Antognini's TVD$XTAT. If you have My Oracle Support access you can also try Oracle's own extended Trace Analyzer (TRCA / TRCANLZR). See MOS Note 224270.1
    Check if these tools tell you more about your specific wait event and oddities with the trace file in general.
    Regards,
    Randolf
    Oracle related stuff blog:
    http://oracle-randolf.blogspot.com/
    Co-author of the "OakTable Expert Oracle Practices" book:
    http://www.apress.com/book/view/1430226684
    http://www.amazon.com/Expert-Oracle-Practices-Database-Administration/dp/1430226684

  • Need help in reviewing AWR report

    Hello Friends,
    I need some information on reviewing this AWR report. Can you please tell me if you see any red flags or out of the ordinary? I’m trying to look for some performance or blocking issue that may be causing a process to run for longer than expected time or eventually terminate without finishing.
    C:\Users\SIDDHARTH\Documents\Desktop\awr_rpt_-wbprdsnap_193927_thru_193952.htm
    I do appreciate your help.
    Thank you,

    Hi Ehtiram,
    Thanks for your suggestion.
    I have enclosed SQL stat rpt. can you suggest me which SQL ID causing this issue.
    Elapsed Time (s) CPU Time (s) Executions  Elap per Exec (s)  % Total DB Time SQL Id SQL Module SQL Text
    24,349 1,734 8,057 3.02 4.19 8x7g7z2azkbwy java@lena015 (TNS V1-V3)  SELECT ES.EMPSKD_ACT_START_TIM...
    19,014 4,960 8,800,248 0.00 3.27 0yg00z7gwc8xv java@lena014 (TNS V1-V3)  SELECT * FROM override o WHERE...
    16,686 583 2 8343.24 2.87 9btt17d327kjw java@lena018 (TNS V1-V3)  DELETE FROM so_results_detail ...
    12,969 189 1 12969.05 2.23 2rtppqwfnvucj java@lena014 (TNS V1-V3)  SELECT WRKS_WORK_DATE FROM J...
    11,432 9,712 2,138 5.35 1.96 07rqh01v58fqa java@lena018 (TNS V1-V3)  Select AMXAVS_ID from AMX_AVAI...
    9,683 676 12 806.96 1.66 8036tzu5fvvhg java@lena018 (TNS V1-V3)  DELETE FROM so_distrib_detail ...
    8,812 3,079 18,765 0.47 1.51 0crxpb0xurc21 java@lena014 (TNS V1-V3)  select (fd.fcast_calls + fd.fc...
    5,716 4,381 82,132 0.07 0.98 50cdgbs67apxr java@lena014 (TNS V1-V3)  SELECT PG.* FROM SO_SCHEDULE_G...
    5,364 110 47,005 0.11 0.92 9df2twkpvsw5p java@lena014 (TNS V1-V3)  SELECT USR.WBU_ID VUF_RCP_ID...
    4,911 4,080 7,996 0.61 0.84 g4yxt4nsahm6t java@lena015 (TNS V1-V3)  SELECT R.RDR_UDF1 AS sGrace, ...
    Back to SQL Statistics
    Back to Top
    SQL ordered by CPU Time
    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 Time (s) Elapsed Time (s) Executions  CPU per Exec (s) % Total DB Time SQL Id SQL Module SQL Text
    9,712 11,432 2,138 4.54 1.96 07rqh01v58fqa java@lena018 (TNS V1-V3)  Select AMXAVS_ID from AMX_AVAI...
    4,960 19,014 8,800,248 0.00 3.27 0yg00z7gwc8xv java@lena014 (TNS V1-V3)  SELECT * FROM override o WHERE...
    4,626 4,718 1,196,614 0.00 0.81 0drcwvhmn0cnj java@lena014 (TNS V1-V3)  select SKDGRP_ID, VOLTYP_ID, ...
    4,381 5,716 82,132 0.05 0.98 50cdgbs67apxr java@lena014 (TNS V1-V3)  SELECT PG.* FROM SO_SCHEDULE_G...
    4,080 4,911 7,996 0.51 0.84 g4yxt4nsahm6t java@lena015 (TNS V1-V3)  SELECT R.RDR_UDF1 AS sGrace, ...
    3,079 8,812 18,765 0.16 1.51 0crxpb0xurc21 java@lena014 (TNS V1-V3)  select (fd.fcast_calls + fd.fc...
    1,892 2,802 8,463,493 0.00 0.48 60tk6bna3qwbn java@lena014 (TNS V1-V3)  SELECT /*+INDEX(OVERRIDE IDX_O...
    1,734 24,349 8,057 0.22 4.19 8x7g7z2azkbwy java@lena015 (TNS V1-V3)  SELECT ES.EMPSKD_ACT_START_TIM...
    1,437 1,438 157,923 0.01 0.25 75wjn3dnjq2x3 java@lena014 (TNS V1-V3)  SELECT * FROM CMPLNC_GROUP_FIL...
    1,241 2,243 19,223 0.06 0.39 fjucxsh2xum7c java@lena014 (TNS V1-V3)  SELECT emp.emp_id FROM employe...
    676 9,683 12 56.31 1.66 8036tzu5fvvhg java@lena018 (TNS V1-V3)  DELETE FROM so_distrib_detail ...
    583 16,686 2 291.61 2.87 9btt17d327kjw java@lena018 (TNS V1-V3)  DELETE FROM so_results_detail ...
    189 12,969 1 189.14 2.23 2rtppqwfnvucj java@lena014 (TNS V1-V3)  SELECT WRKS_WORK_DATE FROM J...
    Back to SQL Statistics
    Back to Top
    SQL ordered by Gets
    Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
    Total Buffer Gets: 13,427,369,138
    Captured SQL account for 60.3% of Total
    Buffer Gets  Executions  Gets per Exec  %Total CPU Time (s) Elapsed Time (s) SQL Id SQL Module SQL Text
    3,403,579,267 2,138 1,591,945.40 25.35 9711.73 11431.76 07rqh01v58fqa java@lena018 (TNS V1-V3)  Select AMXAVS_ID from AMX_AVAI...
    1,070,482,359 1,196,614 894.59 7.97 4626.43 4718.30 0drcwvhmn0cnj java@lena014 (TNS V1-V3)  select SKDGRP_ID, VOLTYP_ID, ...
    421,090,926 18,765 22,440.23 3.14 3078.77 8812.06 0crxpb0xurc21 java@lena014 (TNS V1-V3)  select (fd.fcast_calls + fd.fc...
    322,602,711 8,800,248 36.66 2.40 4960.29 19013.56 0yg00z7gwc8xv java@lena014 (TNS V1-V3)  SELECT * FROM override o WHERE...
    287,681,734 19,223 14,965.50 2.14 1240.74 2243.16 fjucxsh2xum7c java@lena014 (TNS V1-V3)  SELECT emp.emp_id FROM employe...
    205,494,645 2,985,988 68.82 1.53 882.42 882.58 f736f78bg36fz java@lena014 (TNS V1-V3)  SELECT WBT_ID FROM SO_EMPLOYEE...
    189,266,051 114,985 1,646.01 1.41 703.31 710.28 4ca6cmu7vywx0 java@lena014 (TNS V1-V3)  SELECT CG.* FROM SO_SCHEDULE_G...
    180,050,736 2,478 72,659.70 1.34 840.37 3858.85 a13n3pt09jabr java@lena018 (TNS V1-V3)  DELETE FROM AMX_AVAIL_SUMMARY ...
    146,401,683 82,132 1,782.52 1.09 4381.09 5715.93 50cdgbs67apxr java@lena014 (TNS V1-V3)  SELECT PG.* FROM SO_SCHEDULE_G...
    133,298,999 60,547 2,201.58 0.99 515.19 802.26 cncd24nf9m6m6 java@lena014 (TNS V1-V3)  SELECT SO.*, EMP.* FROM SO_EM...
    Back to SQL Statistics
    Back to Top
    SQL ordered by Reads
    Total Disk Reads: 161,056,185
    Captured SQL account for 38.7% of Total
    Physical Reads Executions Reads per Exec  %Total CPU Time (s) Elapsed Time (s) SQL Id SQL Module SQL Text
    16,051,442 2 8,025,721.00 9.97 583.23 16686.47 9btt17d327kjw java@lena018 (TNS V1-V3)  DELETE FROM so_results_detail ...
    14,313,828 12 1,192,819.00 8.89 675.73 9683.47 8036tzu5fvvhg java@lena018 (TNS V1-V3)  DELETE FROM so_distrib_detail ...
    4,589,031 8,057 569.57 2.85 1734.00 24349.00 8x7g7z2azkbwy java@lena015 (TNS V1-V3)  SELECT ES.EMPSKD_ACT_START_TIM...
    3,484,791 7 497,827.29 2.16 359.64 3188.47 6kn1bh485cgfm java@lena014 (TNS V1-V3)  SELECT WRKS_WORK_DATE FROM J...
    2,975,671 8,800,248 0.34 1.85 4960.29 19013.56 0yg00z7gwc8xv java@lena014 (TNS V1-V3)  SELECT * FROM override o WHERE...
    2,758,931 1 2,758,931.00 1.71 189.14 12969.05 2rtppqwfnvucj java@lena014 (TNS V1-V3)  SELECT WRKS_WORK_DATE FROM J...
    1,345,288 1 1,345,288.00 0.84 316.63 1319.96 cg19gczm0t1rq PYW121WA.exe  select unique vctp.EMP...
    1,321,391 0   0.82 302.93 1317.47 6dq9gfc26kmbt PYW121WA.exe  select COUNT(*) from...
    1,273,572 18,765 67.87 0.79 3078.77 8812.06 0crxpb0xurc21 java@lena014 (TNS V1-V3)  select (fd.fcast_calls + fd.fc...
    1,248,698 6 208,116.33 0.78 287.11 1297.41 250a6k8scn6d1 java@lena014 (TNS V1-V3)  SELECT WRKS_WORK_DATE, EMPL...
    Back to SQL Statistics
    Back to Top
    SQL ordered by Executions
    Total Executions: 128,083,116
    Captured SQL account for 51.0% of Total
    Executions  Rows Processed Rows per Exec CPU per Exec (s) Elap per Exec (s)  SQL Id SQL Module SQL Text
    8,800,248 4,896,274 0.56 0.00 0.00 0yg00z7gwc8xv java@lena014 (TNS V1-V3)  SELECT * FROM override o WHERE...
    8,463,493 2,096 0.00 0.00 0.00 60tk6bna3qwbn java@lena014 (TNS V1-V3)  SELECT /*+INDEX(OVERRIDE IDX_O...
    6,077,148 6,077,148 1.00 0.00 0.00 88vs2qyv0wrr7 java@lena018 (TNS V1-V3)  SELECT SEQ_AMXAVS_ID.NEXTVAL F...
    4,854,539 4,854,135 1.00 0.00 0.00 frdva1m6src9p java@lena014 (TNS V1-V3)  select * from emp_def_lab wher...
    4,520,588 4,840,522 1.07 0.00 0.00 1jgzwf0qkrmnv java@lena018 (TNS V1-V3)  delete from "WORKBRAIN"."AMX_...
    4,205,634 9,720,125 2.31 0.00 0.00 9gj46z0yfjbn6 java@lena014 (TNS V1-V3)  SELECT * FROM so_posn_set_elmt...
    3,834,278 3,834,039 1.00 0.00 0.00 gmgvzfk9nz404 java@lena014 (TNS V1-V3)  SELECT ACT_ID, ACT_NAME, ACT...
    2,985,988 2,674,478 0.90 0.00 0.00 f736f78bg36fz java@lena014 (TNS V1-V3)  SELECT WBT_ID FROM SO_EMPLOYEE...
    2,081,020 2,080,811 1.00 0.00 0.00 brnrwgx8c44zu java@lena014 (TNS V1-V3)  SELECT tcode_udf8 FROM time_co...
    1,779,779 2,531,807 1.42 0.00 0.00 fv9j5aanhvn35 java@lena014 (TNS V1-V3)  select * from employee_team wh...
    Back to SQL Statistics
    Back to Top
    SQL ordered by Parse Calls
    Total Parse Calls: 42,958,894
    Captured SQL account for 65.4% of Total
    Parse Calls Executions  % Total Parses SQL Id SQL Module SQL Text
    6,077,150 6,077,148 14.15 88vs2qyv0wrr7 java@lena018 (TNS V1-V3)  SELECT SEQ_AMXAVS_ID.NEXTVAL F...
    4,205,421 4,205,634 9.79 9gj46z0yfjbn6 java@lena014 (TNS V1-V3)  SELECT * FROM so_posn_set_elmt...
    3,834,191 3,834,278 8.93 gmgvzfk9nz404 java@lena014 (TNS V1-V3)  SELECT ACT_ID, ACT_NAME, ACT...
    1,603,096 2,081,020 3.73 brnrwgx8c44zu java@lena014 (TNS V1-V3)  SELECT tcode_udf8 FROM time_co...
    982,185 982,187 2.29 4m7m0t6fjcs5x    update seq$ set increment$=:2,...
    902,759 906,293 2.10 6cvn595prdbtf java@lena014 (TNS V1-V3)  SELECT wbt_id FROM employee_te...
    821,077 1,779,779 1.91 fv9j5aanhvn35 java@lena014 (TNS V1-V3)  select * from employee_team wh...
    681,828 681,857 1.59 f0jjm3ky3kawn java@lena014 (TNS V1-V3)  SELECT * FROM EMPLOYEE_BALANCE...
    548,293 912,139 1.28 dmw686hrngaxf java@lena014 (TNS V1-V3)  SELECT * FROM override WHERE o...
    345,765 345,765 0.80 ftj9uawt4wwzb    select condition from cdef$ wh...
    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
    Only Statements with Version Count greater than 20 are displayed
    Version Count  Executions  SQL Id SQL Module SQL Text
    163 38,796 ax51zndhagcxh java@lena018 (TNS V1-V3)  UPDATE work_summary SET wr...
    122 444 7pgr0hyg72xps java@lena014 (TNS V1-V3)  INSERT INTO employee_schedule ...
    100 42,367 3dg7u9t51sszw java@lena014 (TNS V1-V3)  UPDATE employee_schedule SET ...
    41 131,055 c1zdcc94svbpb java@lena014 (TNS V1-V3)  UPDATE override SET EMP_ID =...
    {code}
    Thank you.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

  • Report for document splitting GL account

    Hi
    In legacy, when there were accounting entries across two profit centers (like HO transfer amount to its plant) then it would routed through Inter Division account. By doing this, HO would come to know amount receivable and payable from other plant.
    But in new GL accounting in SAP ECC6.0, such entries are routed through Document Slitting clearing account. So my doubt is how will i come to know how much amount is transferred between two profit centers. Is there any standard report for analyzing document splitting account.

    hi
    as far as I understand, document splitting clearing account is not for the purpose you mentioned (if you mean the clearing account in GSP_KD1). you don't need to analyze those accounts which are only for balancing.
    best regards, Lawrence

  • How to generate AWR report by using ttStats?

    Hi all,are there any links or documents to show how to use ttStats toolkit to generate a report like Oracle AWR report?
    If no links or document available, could you tell me how to use it?
    In fact I want to know how to do a performance analysis for my application and perform some tune.
    If any other toolkits are more suitable please let me know and of course the guide that how to use them is much welcome.
    Thanks.

    The ttStats executable can be found in the <TimesTen_home>/support directory. Before you can run the executable within a command prompt, you'll need to source the ttenv.* file in the <TimesTen_home>/bin directory.
    The output of ttStats -h is as follows:
    ttStats [-latchstats on|off] [-display-options] [-xml file]
    [-statlevel level] <dsn or connstr>
    ttStats -s[napshot] [-latchstats on|off] -xml <file> <dsn or connstr>
    ttStats -report <xmlfile1> <xmlfile2> <-text|-html> <report_file>
    Where parameters in <> are required, and in [] are optional.
    -display-options:
    This option only works in monitoring mode as
    screen filtering. ttStats only displays on the
    screen statistics with specified prefixes.
    Available prefix options include:
    -cg, -ckpt, -conn, -db, -grid, -lock, -log, -repl,
    -stmt, -txn, -xla, -zz, where the naming of prefixes
    conforms to naming of statistics in TimesTen
    sys.systemstats table. If no display option
    is specified, all statistics are displayed
    by default. For example, run command
    ttStats -cg -stmt dsn=TptbmData
    to display only cache group and statement
    related statistics.
    -h[elp] Print help message and exit.
    -interval <secs> Collect a set of statistics every <secs> seconds
    (default=10).
    Note: setting this lower can negatively impact
    performance
    -xml <file> Write statistics to <file> in XML format. All
    statistics will be written to <file> no matter
    whether they are displayed on screen or not.
    For example ttStats -xml mon.xml dsn=TptbmData
    and ttStats -xml mon.xml -cg dsn=TptbmData
    write the same file even if the latter only
    shows cache related statistics on the screen.
    -snapshot One snapshot of all statistics are saved to disk
    in the specified file format, then the program
    exits. This option should be used together with
    the -xml option.
    -statlevel <level>
    Set the SysStats level, this value of level only
    applies to sys.systemstats table.
    -report <xmlfile1> <xmlfile2> <-xml|-text|-html> <report_file>
    Compare two snapshots, and generate an AWR like
    report. At present, each XML file contains only
    one snapshot. The difference is computed as the
    absolute value of statistic value in <xmlfile2>
    minus that in <xmlfile1>. The result can be
    written in HTML and plain text formats. XML is
    not supported as output format at present.
    As an example, you can run the utility as the instance admin user by doing something like:
    ./ttStats -s -xml tmp.xml <DSN>
    You can then open tmp.xml with a web browser and see statistics about the database.
    You can also compare two previously captured snaps by doing something like:
    ./ttStats -report tmp1.xml tmp2.xml -html tmpReport.html

  • 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.

  • What to Check in AWR Report

    Hi All,
    Not very much experienced in performance tunning that why need your help, i generate AWR report for different times what to check, i started with top 5 events and trying to understand the portion of the report. Can anyone help me to understand the same
    In case if AWR requires for the 3 snap shot i will provide the same

    Hi,
    If you have a performance issue on your system look for causes of that performance issue in the AWR. eg. compare the awr report for the period with bad performance with that of a one taken when performance was good. AWR taken during bad time would have "things" that weren't in the awr taken when performance was good or have "high values" for some "things". Start from that point and drill down.
    If you don't have performance issues then confirm everything is running as it shoud be. Compare several awr reports and there shoulnd't me "anything" out of the ordinary.
    You can start with
    Instance Efficiency Percentages (Target 100%)
    Top 5 Timed Foreground Events
    Time Model Statistics
    There are no hard and fast rules as to how you go about interpreting an awr. It depends on type of problem you have, your system, your applicaiton, time of day etc.
    http://www.dba-oracle.com/t_rac_statspack_awr_report_tips.htm

  • AWR Report tuning

    Hi All,
    I have created AWR Report .But i can not anlayse what is the problem in that query which is taking more time to execute from that AWR report.
    Can any one give me detail document of the AWR Report Events generated .So, I can analyse from that event where is the problem?
    Thanks in advance.

    Thanks for your reply
    Plan hash value: 3677326586
    | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
    | 0 | SELECT STATEMENT | | 3 | 537 | 8018 (1)| 00:01:37 | | |
    | 1 | VIEW | VWPREPAIDBALANCEINFORMATION | 3 | 537 | 8018 (1)| 00:01:37 | | |
    | 2 | SORT UNIQUE | | 3 | 926 | 8018 (67)| 00:01:37 | | |
    | 3 | UNION-ALL | | | | | | | |
    | 4 | HASH GROUP BY | | 1 | 252 | 2673 (1)| 00:00:33 | | |
    | 5 | NESTED LOOPS SEMI | | 1 | 252 | 2671 (1)| 00:00:33 | | |
    |* 6 | HASH JOIN SEMI | | 1 | 218 | 2667 (1)| 00:00:33 | | |
    | 7 | PARTITION RANGE ALL | | 583 | 104K| 2035 (1)| 00:00:25 | 1 | 731 |
    | 8 | TABLE ACCESS BY LOCAL INDEX ROWID | TBLCDR | 583 | 104K| 2035 (1)| 00:00:25 | 1 | 731 |
    |* 9 | INDEX RANGE SCAN | IDX_ACCOUNTID_TBLCDR | 605 | | 1466 (1)| 00:00:18 | 1 | 731 |
    |* 10 | TABLE ACCESS FULL | TBLTCUSTOMERPACKAGEHISTORY | 94160 | 3218K| 630 (2)| 00:00:08 | | |
    |* 11 | TABLE ACCESS BY INDEX ROWID | TBLMCUSTOMERUSAGEDETAIL | 1 | 34 | 4 (0)| 00:00:01 | | |
    |* 12 | INDEX RANGE SCAN | IDX_CUSTOMERID | 3 | | 2 (0)| 00:00:01 | | |
    | 13 | HASH GROUP BY | | 1 | 293 | 2669 (1)| 00:00:33 | | |
    | 14 | NESTED LOOPS SEMI | | 1 | 293 | 2667 (1)| 00:00:32 | | |
    | 15 | NESTED LOOPS | | 1 | 259 | 2663 (1)| 00:00:32 | | |
    | 16 | MERGE JOIN CARTESIAN | | 1 | 76 | 630 (2)| 00:00:08 | | |
    | 17 | VIEW | index$_join$_006 | 1 | 41 | 1 (100)| 00:00:01 | | |
    |* 18 | HASH JOIN | | | | | | | |
    | 19 | INDEX FAST FULL SCAN | IDX_PREFIX | 1 | 41 | 0 (0)| 00:00:01 | | |
    | 20 | INDEX FAST FULL SCAN | PK_DESTINATION | 1 | 41 | 0 (0)| 00:00:01 | | |
    | 21 | BUFFER SORT | | 94160 | 3218K| 630 (2)| 00:00:08 | | |
    | 22 | SORT UNIQUE | | 94160 | 3218K| 630 (2)| 00:00:08 | | |
    |* 23 | TABLE ACCESS FULL | TBLTCUSTOMERPACKAGEHISTORY | 94160 | 3218K| 630 (2)| 00:00:08 | | |
    | 24 | PARTITION RANGE ALL | | 1 | 183 | 2032 (1)| 00:00:25 | 1 | 731 |
    |* 25 | TABLE ACCESS BY LOCAL INDEX ROWID | TBLCDR | 1 | 183 | 2032 (1)| 00:00:25 | 1 | 731 |
    |* 26 | INDEX RANGE SCAN | IDX_CUSTOEMRID | 605 | | 1463 (1)| 00:00:18 | 1 | 731 |
    |* 27 | TABLE ACCESS BY INDEX ROWID | TBLMCUSTOMERUSAGEDETAIL | 1 | 34 | 4 (0)| 00:00:01 | | |
    |* 28 | INDEX RANGE SCAN | IDX_CUSTOMERID | 3 | | 2 (0)| 00:00:01 | | |
    | 29 | HASH GROUP BY | | 1 | 381 | 2677 (1)| 00:00:33 | | |
    |* 30 | FILTER | | | | | | | |
    | 31 | NESTED LOOPS ANTI | | 1 | 381 | 2671 (1)| 00:00:33 | | |
    |* 32 | HASH JOIN SEMI | | 1 | 347 | 2667 (1)| 00:00:33 | | |
    | 33 | PARTITION RANGE ALL | | 583 | 177K| 2035 (1)| 00:00:25 | 1 | 731 |
    | 34 | TABLE ACCESS BY LOCAL INDEX ROWID| TBLCDR | 583 | 177K| 2035 (1)| 00:00:25 | 1 | 731 |
    |* 35 | INDEX RANGE SCAN | IDX_ACCOUNTID_TBLCDR | 605 | | 1466 (1)| 00:00:18 | 1 | 731 |
    |* 36 | TABLE ACCESS FULL | TBLTCUSTOMERPACKAGEHISTORY | 94160 | 3218K| 630 (2)| 00:00:08 | | |
    |* 37 | TABLE ACCESS BY INDEX ROWID | TBLMCUSTOMERUSAGEDETAIL | 1 | 34 | 4 (0)| 00:00:01 | | |
    |* 38 | INDEX RANGE SCAN | IDX_CUSTOMERID | 3 | | 2 (0)| 00:00:01 | | |
    | 39 | NESTED LOOPS | | 1 | 69 | 4 (0)| 00:00:01 | | |
    | 40 | TABLE ACCESS BY INDEX ROWID | TBLMDESTINATION | 1 | 41 | 0 (0)| 00:00:01 | | |
    |* 41 | INDEX UNIQUE SCAN | PK_DESTINATION | 1 | | 0 (0)| 00:00:01 | | |
    |* 42 | TABLE ACCESS BY INDEX ROWID | TBLMCUSTOMERUSAGEDETAIL | 1 | 28 | 4 (0)| 00:00:01 | | |
    |* 43 | INDEX RANGE SCAN | IDX_CUSTOMERID | 3 | | 2 (0)| 00:00:01 | | |
    -----------------------------------------------------------------------------------------------------------------------------------------

  • How to monitor on disk i/o on healthcheck and awr report on biweekly health

    can you explain how to monitor from disk i/o and awr report from old snap shot to new snap shot
    how to check and analyze .,,,,,,,,,,,,,,,,,,,,,can any one tell few points which we can **regularly maintain for health check**
    thanks in advance
    SQL> SELECT group_number ,disk_number ,mount_status ,total_mb/1024 ,free_mb/1024
    2 ,reads, (bytes_read / (1024*1024*1024)) mb_read ,read_errs ,read_time,writes
    3 ,write_errs ,write_time FROM v$asm_disk;
    GROUP_NUMBER DISK_NUMBER MOUNT_S TOTAL_MB/1024 FREE_MB/1024 READS
    MB_READ READ_ERRS READ_TIME WRITES WRITE_ERRS WRITE_TIME
    2 0 OPENED 199.989258 0 13697147
    402.589765 0 44542.38 4358669 0 8883.86
    2 1 OPENED 199.989258 0 13653653
    405.503195 0 46014.33 4805783 0 11138.13
    2 2 OPENED 199.989258 0 15272350
    415.620874 0 45524.7 4571038 0 9806.01
    GROUP_NUMBER DISK_NUMBER MOUNT_S TOTAL_MB/1024 FREE_MB/1024 READS
    MB_READ READ_ERRS READ_TIME WRITES WRITE_ERRS WRITE_TIME
    2 3 OPENED 199.989258 0 22713630
    533.380945 0 48105.68 4692729 0 9994.31
    2 4 OPENED 199.99707 0 23986390
    547.804756 0 57601.79 5788565 0 11073.44
    1 0 OPENED 199.989258 0 310810
    47.4352741 0 9652.12 1877994 0 3490.5
    GROUP_NUMBER DISK_NUMBER MOUNT_S TOTAL_MB/1024 FREE_MB/1024 READS
    MB_READ READ_ERRS READ_TIME WRITES WRITE_ERRS WRITE_TIME
    1 1 OPENED 199.99707 0 137665
    44.7837362 0 9155.21 751099 0 3092.96
    1 2 OPENED 199.99707 0 139561
    44.7904587 0 9424.26 753116 0 2858.23
    1 3 OPENED 199.99707 0 141139
    44.7718539 0 9506.27 802414 0 2768.22
    9 rows selected.
    can you please tell me how to monitor on disk i/os which is as shown above and
    please tell me AWR report to analyze some basic points for health check
    please give some details for health check of database.
    thanks in advance

    Hi;
    What is DB version?
    Please check below doc:
    http://download.oracle.com/docs/cd/B28359_01/server.111/b28275/tdppt_degrade.htm#CACGCJDC
    Also see:
    What is AWR( Automatic workload repository ) and How to generate the AWR report? [ID 748642.1]
    How To Understand AWR Report / Statspack Report [ID 842884.1]
    Regard
    Helios

  • Automation of AWR report.

    Hi All,
    I want to automate for awr report generating for every 30 min. For this I am creating a script which is not working properly. Script given below.
    1. Declaring an variable
    2. Giving value to the variable by running sql query
    3. Executing dbms_workload_repository procedure.
    Please help me proper steps.
    SET SERVEROUTPUT ON
    Declare
    DBID_NUM NUMBER;
    INST_NUMBER NUMBER;
    MAX_SNAP_ID NUMBER;
    MIN_SNAP_ID NUMBER;
    DBID_NUM := select DBID into DBID_NUM from dba_hist_snapshot WHERE ROWNUM=1;
    INS_NUMBER := select INSTANCE_NUMBER into INST_NUMBER from dba_hist_snapshot WHERE ROWNUM=1;
    MAX_SNAP_ID := select MAX(SNAP_ID) into MAX_SNAP_ID from dba_hist_snapshot;
    MIN_SNAP_ID =: select MAX(SNAP_ID)-1 into MIN_SNAP_ID from dba_hist_snapshot;
    Begin
    SELECT output FROM TABLE (dbms_workload_repository.awr_report_html(DBID_NUM,INST_NUMBER,MAX_SNAP_ID,MIN_SNAP_ID));
    End;
    /

    Hi,
    I am trying to help, however it's hard because you haven't clarified your end goal. What time period do you need to generate the AWR report for? Generating an AWR report from the entire range of available snap_id's is utterly useless. It's like measuring your average body temperature from the moment of birth up to now.
    How are you planning to generate it -- into a database table, into a file, to terminal output? You didn't mention that and it's impossible to deduce it from your script.
    Most importantly, why do you need to produce all these AWR reports for each 30 mins? Every 30 days, I would understand, but every 30 mins?! Do you realize that if you want to look at some trends, it much easier to do that using AWR views directly, rather than trying to extract data from html codes? And if you want your performance history just in case -- why don't you increase your SYSAUX tablespace and AWR retention, so that you can go back and generate a retrospective AWR report when needed?
    I wrote an anonymous to autogenerate an AWR report for the last snapshot and dump it to the screen, hope this helps:
    declare
      l_dbid number;
      l_inst_id number;
      l_last_snap_id number;
      l_output clob;
    begin
      select dbid into l_dbid from v$database;
      select instance_number into l_inst_id from v$instance;
      select max(snap_id) into l_last_snap_id from dba_hist_snapshot;
      for rec in (select * from table(dbms_workload_repository.awr_report_text(l_dbid,l_inst_id, l_last_snap_id - 1, l_last_snap_id))) loop
         dbms_output.put_line(rec.output);
       end loop;
    end;
    /Best regards,
    Nikolay
    P.S. You have 17 out of 21 questions unresolved. Has the forum been really this unhelpful for you?

  • 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

Maybe you are looking for