Sql parse and shared pool

hi friends i have a procedure
and its have *(AD IS NULL OR NVAD LIKE AD||'%') AND (SOYAD IS NULL OR NVSOYAD LIKE SOYAD||'%')*
if i use this query and pass different things for AD ; is it become a brand new query for oracle because of ||'%' or its parse and put in shared pool and for a sometime this query don't parse and take from shared pool
   PROCEDURE P_YENI_TALEP_LISTELE(RC_CURSOR OUT SYS_REFCURSOR,TOPLAM_TALEP OUT NUMBER,SAYFA_INDEX IN NUMBER,SAYFA_BUYUKLUK  IN NUMBER,TC_NO IN NVARCHAR2,AD IN NVARCHAR2,SOYAD IN NVARCHAR2,ONAY IN NUMBER,H_TIP_ID IN NUMBER)
    AS 
    BEGIN
      OPEN RC_CURSOR FOR  SELECT TA.NT_ID,TA.NTC_NO,HI.NVHIZMET_TUR AS NVARM_KONU,TA.NVOPRTR_CVP,TA.NVGRSM_SURE,TA.NVGRSM_DRM,
                   TA.NHIZMET,TA.BONAY,TA.DTLP_TRH,TH.NVAD,TH.NVSOYAD,TH.NVILCE ,TA.DALINAN_TRH,
                   TA.DBRKLAN_TRH,TA.NG_ID,GU.NVAD1||' - '||GU.NVAD2 AS GUZERGAH,HI.NH_TIP_ID,HT.NVHIZMET_TIP,
            FROM H_TALEP TA,TNM_HASTA_BILGI TH,TNM_HIZMET HI,SBT_HIZMET_TIP HT,TNM_GUZERGAH GU
      WHERE TA.NTC_NO=TH.NTC_NO AND TA.NH_ID=HI.NH_ID AND HI.NH_TIP_ID=HT.NH_TIP_ID AND(TC_NO IS NULL OR TA.NTC_NO=TO_NUMBER(TC_NO)) AND TA.NG_ID=GU.NG_ID AND
                      *(AD IS NULL OR NVAD LIKE AD||'%') AND (SOYAD IS NULL OR NVSOYAD LIKE SOYAD||'%')*...............

The code you have posted has no DYNAMIC SQL in it.... Static SQL inside PL/SQL will bind all the variables for you.
So what you are saying does not compute.
What is making you think a 'brand new query' is being parsed for each execution?
Edited by: Tubby on Nov 8, 2008 4:19 PM

Similar Messages

  • How to change sql-plan in shared pool?

    Hi, all.
    The oralce is 10.2.0.4 on sun unix.
    I created statistics for an index of a table (so big.. partitioned).
    As a result, some queries run very well, but some others went bad.
    One query, which made a big impact to reponse time, is using "index skip scanning".
    However, the query uses "PK index" with bind valuables in sqlplus session.
    How can I change sql execution plan in library cache without modifying sql statement in an application module?
    Thanks in advance.
    Have a good day.

    Thanks to your reply.
    After creating outlines, how can I make EVERY NEW session to use the stored outline??
    To be more specific, how can I issue the following command to every new session?
    -->ALTER SESSION SET use_stored_outlines=my_OUTLINES;
    Do I need to issue the following command??
    -->alter system set use_stored-outlines=my_OUTLINES??
    Thanks ..

  • Flush shared pool

    Hi,
    ALTER SYSTEM FLUSH SHARED POOL;
    when we issue the above command, it will fulsh the shared pool. it means, it will remove all the stored/parsed sql statements from shared pool. if any new query comes, first it has to parse and execute and show it to user.which will take time....
    So, in what scenarios we do flush the shared pool...how do we know there is fragmentation is shared pool....
    i am not experienced Performance Analayist..please share your experience.

    How can you reconcile what you wrote with the above statement from the Oracle docs?Um, because it's true?
    It's realy clear to me that you don't have much job experience with Oracle (also evidence by your hiding your credentials and work history).
    Back before cursor_sharing, the only way to relieve library cache stress was to make the shared_pool very small (see Metaink for the official recommendation), and the same holds true today for systems with ad-hoc query tools that can take-up 90% of the library cache with executions=1.
    BTW, Mr. Morgan, I WANT MY MONEY BACK for your con-job on me.
    When you told me that PSOUG was offering RAC classes, you knew that I believed that you were graciously volunteering a sevice to the community, and that's why you got all of those RAC books for your class at-cost, I wanted to help a good cause.
    Of course, now we know that it was all a ruse, and that you were profiting from the PSOUG training.
    When are you going to pay me back for those books that you conned me out of?
    Message was edited by:
    burleson

  • Increased Shared Pool size longer hot backup time?

    Hello,
    I have hot backup that usually took 2 hours to complete. Then we had to increase Shared pool size from 280Mb to 380Mb due to some performance issue.
    One week after increase of size the hot backup is taking 4 hours to complete. Since there was no other changes to the system I am suspecting size increase
    of Shared Pool from 280Mb to 380Mb might be is reason for such drastic increase of backup time.
    I would like to get your comments on my suspicion to the problem.
    thank you

    Paul.S wrote:
    One week after increase of size the hot backup is taking 4 hours to complete. Since there was no other changes to the system I am suspecting size increase of Shared Pool from 280Mb to 380Mb might be is reason for such drastic increase of backup time.Hmm... at first glance it does not seem that this is the problem.. but perhaps it contributes to it.
    When a SQL hits the SQL engine, the 1st thing the SQL engine does is determine if there is an existing parsed and ready-to-use copy of that SQL. If there is, that existing SQL is re-used - thus the name SQL Shared Pool. The resulting soft parse of the SQL is a lot faster (or should be) than a hard parse . A hard parse is where there is no re-usable copy, and the SQL needs to be parsed, validated and execution plan determined, etc.
    Kind of like re-using an existing compiled program (with different input data) versus compiling that program before using it. (and that is what source SQL is - a program that needs to be compiled).
    Okay, now what happens if there 100's of 1000's of SQLs in your shared pool? The scan that the SQL engine does to determine if there is a re-usable cursor, becomes pretty slow. A soft parse quickly becomes very expensive.
    The problem is typically clients that create SQLs that are not sharable (where the input data is hardcoded into the program, instead of input variables to the program). In other words, SQLs that do not use bind variables.
    Each and every hardcoded SQL that hits the SQL engine, is now a brand new SQL. And requires storage in the SQL Shared Pool. Shared Pool footprint grows and you start getting errors like insufficient shared pool memory.. and increase the shared pool which means even more space to store even more unique non-sharable SQLs and making soft and hard parses even more expensive.
    Like moving the wall a few metres further and then running even faster into it. !http://www.pprune.org/forums/images/smilies2/eusa_wall.gif!
    Now if the backup fires off a load of SQLs against the SQL engine, the fast soft/hard parses can now be a lot slower than previously, thanks to a larger shared pool that now caters for more junk than before.
    Unsure if this is the problem that you are experiencing.. but assuming that your suspicion is correct, it offers an explanation as to why there can be a degradation in performance.

  • Shared Pool Statistics - awr report -m 10.2.0.1

    Hi,
    I'm new to reading awr report and performance tuning.
    I have the below in my statspack.
    Do i need to increase my shared pool?
    Any one can advise and explain "% Memory for SQL w/exec" and "% SQL with executions>1"
    Shared Pool Statistics
    Begin End
    Memory Usage %: 95.78 97.71
    % SQL with executions>1: 51.51 80.85
    % Memory for SQL w/exec> 1: 67.88 82.46
    thanks!

    user21123 wrote:
    The sweet point for the shared pool Memory Usage % is at about ~70%-80% because of aging out. You are at ~90%. It would be advisable to increase the shared pool, but if you're using 10g SGA_TARGET and SGA_MAX_SIZE, then that might require increasing those parameters. It depends how your AWR report looks for the Buffer Cache.
    What makes you think this ?
    In an OLTP system you hope for 100% shareable SQL, and correct allocation for the other objects, which would lead to 100% usage. In realistic terms, you're likely to get a few percent (which is often the shared_pool_reserved) free because there's a constant turn-over of non-shareable SQL.
    If you're always seeing 70% - 80%, then there are several scenraios that might explain the figure. One is that you've simply made shared pool a bit too big. At the opposite extreme you might be constantly flushing 20%-30% of the material from the shared pool because it has become so fragmented that you have to clear a lot of garbage to create a small amount of contiguous space.
    The best guideline to follow is to check whether you appear to be losing a significant amount of time on libarary cache and shared pool latches, using up an undesirable amount of CPU on parse time, see lots of reloads (without corresponding invalidations) in v$librarycache.
    Without further information, we really can't say how good or bad the situation is. In fact, it's possible that the information that +"50% of your SQL has been shared, 50% has been single use"+ is a possible indicator that the shared_pool_size is too small, and we are filling the excess space with garbage rather than keeping the garbage (and library cache search time) to a minimum.
    I would be interested to hear the thinking behind your suggestion, though.
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk
    "The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge." Stephen Hawking.

  • % shared pool free problem in OEM database health

    can u tell me what to do when the %shared pool free falls below 1% ..
    what can be the solution.
    if it is in the form of changing the shared pool size, how are the calculations done (in detail)?
    other two parameters have values 99.99% and 98.95(buffer cache hit % and library cache hit %)

    user630185,
    First look at things the other way round - if you have free memory in the shared pool, that means you have memory you are not using, why do you want to increase the amount of memory you are not using ?
    Unless you can see a performance problem relating to a memory shortfall in the shared pool then you don't need to increase it. In fact, you could find that you introduce performance problems by increasing the shared pool if you are not making good use of shared SQL throughout your system.
    Check for things like time lost on library and shared pool latches, CPU spent on parsing and "hard" parsing, successful use of the session cursor cache before worrying about the 1% free.
    Regards
    Jonathan Lewis
    http://jonathanlewis.wordpress.com
    http://www.jlcomp.demon.co.uk

  • "Check point not complete"  & Shared pool performance

    Hi all,
    1. I am getting the error in alert log file as "Check point not complete" in oracle 11g. Its running in dataguard enviroment. Can you please help us on this.
    2. How to check the shared pool usage and shared pool free space and how to increase the shared pool performance.
    Thanks in advance.

    934413 wrote:
    Hi all,
    1. I am getting the error in alert log file as "Check point not complete" in oracle 11g. Its running in dataguard enviroment. Can you please help us on this.
    post Error Code & Message to support this claim
    2. How to check the shared pool usage and shared pool free space and how to increase the shared pool performance.
    post SQL & results that lead you to conclude the SGA size needs to be changed.

  • Oracle RAC 10.2.0.3 increasing shared pool  KQR L PO

    Hi,
    I've got ORA-04031 on my 4 node 10.2.0.3 Linux RAC.
    The top 3 shared pool occupants are:
    SQL> r
      1  select * from (
      2  select * from v$sgastat where pool = 'shared pool' order by 3 desc)
      3  where
      4* rownum <= 3
    POOL         NAME                            BYTES
    shared pool  KQR L PO                    714319616
    shared pool  sql area                    326563888
    shared pool  free memory                 220592728Any idea what is KQR L PO responsible for ?
    Regards.
    Greg

    Hi,
    CauseThe shared pool is stressed and memory need to be freed for the new cursors. As a consequence, the dictionary cache is reduced in size by the LCK process causing a temporal hang of the instance since the LCK can't do other activity during that time. Since the dictionary cache is a memory area protected clusterwide in RAC, the LCK is responsible to free it in collaboration with the dictionary cache users (the sessions using cursors referenced in the dictionary cache). This process can be time consuming when the dictionary cache is big.
    Solutiona. reduce the stress on the shared pool
    => by increasing it above the automatically reached value with dynamic sga, e.g.
    when sga_target is set to 16G and the shared_pool_size was 6G during the hang time, set it to e.g. 8G.
    => by reducing the number of big cursors entering the shared pool, e.g. cursors using more than 1M sharable_mem e.g. via binding
    select sql_text from v$sqlarea where sharable_mem > 1M;
    b. reduce the dictionary cache usage in order to reduce the size of the dictionary cache, e.g.
    => when dc_histogram_defs is too high, it can point towards histograms calculations on all columns
    of the tables. histograms should only be calculated on indexed columns
    => when dc_segments is high compared to dc_object_ids, it can point towards excessive partitioning usage. Reducing the partitions/subpartition usage will help reduce the dictionary cache usage to manage it.
    c. set enableshared_pool_durations = false to avoid that one duration (a memory area in the shared pool used for a specific usage) need to give all space required for that usage, i.e. in case the duration containing the dictionary cache need to free memory, then that duration is extra stressed since no other type of memory from other durations can be used. Setting it to false make that any type of memory can be used to free space (i.e. any type of memory in the subpool). As a consequence, the number of subpools will be reduced by the factor of the number of durations (4 in 10gR2). Hence tuning the kghdsidxcount is advisable, e.g. increasing it to have manageable subpool sizes (see note:396940.1).
    d. check patch:8666117 has been applied. This patch speedup the processing to free memory
    Best regards,
    Rafi.
    http://rafioracledba.blogspot.com/

  • Shared pool size

    Hi All,
    DB:oracle9iR2
    os:solaris
    how to get the shared_pool usage,free total size and hit ratio in oracle 9i R2?,can any one help to me....
    POOL BYTES MB
    shared pool used :
    shared pool free :
    shared pool (Total):
    =================
    Shared_pool hit ratio:
    thanks.

    Hi All,
    thank you for all the responses..
    Db:oracle 9iR2
    os :solaris
    Actually i am facing below problem..
    prob: ORA-00604: error occurred at recursive SQL level 2
    ORA-04031: unable to allocate 4224 bytes of shared memory ("shared pool","select obj#,type#,ctime,mtim...","sga heap(1,0)","library ca
    che")
    Wed Feb 8 19:33:43 2012
    Errors in file /ora/admin/cddp/bdump/cddp_cjq0_2601.trc:
    ORA-00604: error occurred at recursive SQL level 2
    ORA-04031: unable to allocate 4224 bytes of shared memory ("shared pool","select obj#,type#,ctime,mtim...","sga heap(1,0)","library ca
    che")
    Wed Feb 8 19:33:43 2012
    Errors in file /ora/admin/cddp/bdump/cddp_cjq0_2601.trc:
    ORA-00604: error occurred at recursive SQL level 2
    ORA-04031: unable to allocate 4224 bytes of shared memory ("shared pool","select obj#,type#,ctime,mtim...","sga heap(1,0)","library ca
    che")
    Wed Feb 8 19:33:48 2012
    Errors in file /ora/admin/cddp/bdump/cddp_cjq0_2601.trc:
    ORA-00604: error occurred at recursive SQL level 2
    ORA-04031: unable to allocate 4224 bytes of shared memory ("shared pool","select obj#,type#,ctime,mtim...","sga heap(1,0)","library ca
    che")
    ========================================
    i was running with 200MB size of share pool....couple of days back un expectdly i got above error....for temparory solution i did shared pool flush...
    again nexday same error got repeated....for that i increased shared pool size to 420 MB....
    while monitoring db it is using shared pool memory up to 400MB with avg shared pool hit ratio of 94.5 %..(database started recently)...
    Earlier shared_pool size:200MB
    Now:420 MB
    Avg usage:up to 400MB
    my question is :
    1)if we have many different sql statements in shared pool ..won't
    oracle flush share pool (ie aged out based on LRU or some alogorithm) if any program need memory in shared pool?
    2) Any data Fragmentation will cause@above error?
    3)can any one please explain..... how to check whats going on in Shared_pool(internally)...why it is using 400MB while compare to erlier avg usage 170MB .....any idea...(how to find root cause)..?
    4)will plan table cause any issue ?
    can any one explain to me...
    thanks..
    Edited by: kk001 on Feb 11, 2012 4:54 PM
    Edited by: kk001 on Feb 11, 2012 4:56 PM

  • Shared pool fragmentation

    Find below a modified version of a script retrieved from Metalink 146599.1 to check for shared pool fragmentation
    I am not sure if it is possible, but is there any way to incorporate into this script a query that will show the effectiveness of using an ALTER SYSTEM FLUSH SHARED_POOL command .
    select bucket, freespace,
    ROUND(ratio_to_report(freespace) over () * 100, 5) AS "Percentage"
    from
    (select '0 (<140)' BUCKET, sum(KSMCHSIZ) freespace
    from x$ksmsp
    where KSMCHSIZ<140
    and KSMCHCLS='free'
    UNION ALL
    select '1 (140-267)' BUCKET, sum(KSMCHSIZ) freespace
    from x$ksmsp
    where KSMCHSIZ between 140 and 267
    and KSMCHCLS='free'
    UNION ALL
    select '2 (268-523)' BUCKET, sum(KSMCHSIZ) freespace
    from x$ksmsp
    where KSMCHSIZ between 268 and 523
    and KSMCHCLS='free'
    UNION ALL
    select '3-5 (524-4107)' BUCKET, sum(KSMCHSIZ) freespace
    from x$ksmsp
    where KSMCHSIZ between 524 and 4107
    and KSMCHCLS='free'
    UNION ALL
    select '6+ (4108+)' BUCKET, sum(KSMCHSIZ) freespace
    from x$ksmsp
    where KSMCHSIZ >= 4108
    and KSMCHCLS='free');

    Running this SQL, flushing the shared pool, and the re-running should show what the difference before and after is - or does this not suffice?
    Flushing the shared pool is also not really addressing the root cause - which most often is non-sharable SQL.
    Thus I'm not exactly sure what you're trying to achieve here. The SQL identifies the symptoms - flushing the shared pool treats those symptoms. For a while.
    Surely you should rather be looking at the shared pool itself to determine what the problem is and try and fix that instead? A db logon trigger for a poorly written app can for example force cursor sharing for all sessions created by that app.

  • Everytime there aren't enough shared pool space

    my shared pool has 80 Mb allocated for use, but usually it exceed.
    even the ALTER SYSTEM FLUSH SHARED POOL doesn't work when this occur
    what do i do ?
    the AUTO memory management is enabled

    In Oracle10g there are over 512 areas allocated to the shared pool (there were 37 in 9i) if you aren't using ASM and RAC, if you are using ASM and RAC thre are over 640 areas. All of these steal memory from the PL/SQL and SQL pool areas. You may need at least 140 megabytes for a small database, maybe more than 300 for a large one.
    Look at the v$sga_resize_ops view to see what size the system has tried to grow the pool towards. Also verify that the sga_max_size is set larger than the sga_target settings or you will be playing ping-pong with the settings with the database cache and shared pool duking it out over memory.
    Mike

  • Performance degradation in pl/sql parsing

    We are trying to use xml pl/sql parser and noticed performance degradation as we run multiple times. We zeroed into the following clause:
    doc := xmlparser.getDocument(p);
    The first time the procedure is run the elapsed time at sqlplus is something like .45sec, but as we run repeatedly in the same session the elapsed time keeps on increasing by .02 seconds. If we log out and start fresh, we start again from .45sec.
    We noticed similar degradation with
    p := xmlparser.newParser;
    but we got around by making the 'p' variable as package variable, initializing it once and using the same for all invocations.
    Any suggestions?
    Thank you.

    Can I enhance the PL/SQL code for better performance ? Probably you can enhance it.
    or, is this OK to take so long to process these many rows? It should take a few minutes, not several hours.
    But please provide some more details like your database version etc.
    I suggest to TRACE the session that executes the PL/SQL code, with WAIT events, so you'll see where and on what time is spent, you'll identify your 'problem statements very quickly' (after you or your DBA have TKPROF'ed the trace file).
    SQL> alter session set events '10046 trace name context forever, level 12';
    SQL> execute your PL/SQL code here
    SQL> exitWill give you a .trc file in your udump directory on the server.
    http://www.oracle-base.com/articles/10g/SQLTrace10046TrcsessAndTkprof10g.php
    Also this informative thread can give you more ideas:
    HOW TO: Post a SQL statement tuning request - template posting
    as well as doing a search on 10046 at AskTom, http://asktom.oracle.com will give you more examples.
    and reading Oracle's Performance Tuning Guide: http://www.oracle.com/pls/db102/to_toc?pathname=server.102%2Fb14211%2Ftoc.htm&remark=portal+%28Getting+Started%29

  • Validating XML with PL/SQL parser

    How can i validate a xml that is on a buffer with the grammar
    stored in a BLOB column of o table? I'm using PL/SQL parser and
    i can parse it correctly but i don't know how can i validate it
    because my grammar is stored in DB.
    null

    Ana Lucia (guest) wrote:
    : How can i validate a xml that is on a buffer with the grammar
    : stored in a BLOB column of o table? I'm using PL/SQL parser
    and
    : i can parse it correctly but i don't know how can i validate
    it
    : because my grammar is stored in DB.
    You can't currently but this will be available in our next
    release.
    Oracle XML Team
    http://technet.oracle.com
    Oracle Technology Network
    null

  • InterMedia Image Import & Shared Pool Problem

    Hi All
    I have a SYS.ImagePkg.ImportImage stored procedure that its body described below:
    (dest_nid number, filename varchar2, img_date varchar2) is
    img_blob BLOB;
    ctx raw(64) := null;
    file_string varchar2(4) := 'file';
    dir_string varchar2(8) := 'IMAGEDIR';
    begin
    delete from ImageTable where NID = dest_nid;
    insert into ImageTable (NID, Image, ImageDate)
    values (dest_nid, empty_blob(), img_date)
    returning Image into img_blob;
    ORDSYS.ORDImage.importFrom(ctx, img_blob,
    file_string, dir_string, filename);
    update ImageTable set image=img_blob where
    NID=dest_nid;
    commit;
    end;
    this stored procedure inserts an image into database. Also we have a VB
    application that includes this code:
    Set prm1 = cmd.CreateParameter("dest_nid", adNumeric, adParamInput)
    Set prm2 = cmd.CreateParameter("filename", adVarChar, adParamInput, 14)
    Set prm3 = cmd.CreateParameter("img_date", adVarChar, adParamInput, 8)
    '-- Append parameters to command object
    cmd.Parameters.Append prm1
    cmd.Parameters.Append prm2
    cmd.Parameters.Append prm3
    For Each tFil In fld.Files
    temp = Mid(fld.Path + "\", 7)
    temp = RemoveCharacters(temp, "\")
    nid = temp
    crDate = Format(tFil.DateLastModified, "yyyy/MM/DD")
    crDate = RemoveCharacters(crDate, "/")
    cmd.CommandText = " call sys.ImagePkg.ImportImage(?, ?, ?) "
    '-- Assign Parameter Values
    cmd(0).Value = Val(nid)
    cmd(1).Value = nid + ".jpg"
    cmd(2).Value = crDate
    cmd.Execute
    Next
    Automatic Shared Memory Management is Enabled and Shared pool size is 400M at startup. Also library cache size is 4M. But when we start application run, Insertion rate decreses from 45000 records per hour to 14000 records per hour after 44 hours and library cache size increases to 116M.
    If continue running of application, approximatly after 5 days I recieve below error:
    ORA-04031: unable to allocate 4096 bytes of shared memory ("shared pool","select /*+ rule */ bucket, e...","Typecheck heap","kgghteInit")
    and application can not insert any record.
    Please help me to solve this problem.

    Also, I would like to pitch the use of the image type rather than use of a database blob.
    The media types, such as ORDImage, are native server datatypes. These
    datatypes allows the database, and media aware tools and applications to
    understand that a column or table contains media. This is similar to the
    way that the DATE datatype allows the understanding that a column contains
    a date.
    The media types include the most common meta-data, such as mimetype, that is
    needed by media applications. Without this meta-data, an application must
    decide where and how this meta-data is to be stored and retreived. Perhaps extra
    columns or tables in the database, or an application header in the binary data.
    It is possible to store media in simple BLOBs, but by doing this, we take the
    understanding of what is in the database out of the database, and put it into
    the your application realm. Media aware applications and tools, existing
    and future, will not be able to work easily with the media. Only your
    application, or a new application you write specifically without the
    advantage of media aware programming wizards, will be able to work well with
    your media.
    Storing media data into a BLOB is like storing a date in a text column, you
    lose the intrinsic knowlege of what the column represents with the adverse
    effect of media aware applications, tools and wizards not being able to work
    effectively with the column, if at all.

  • How to set the correct shared pool size and db_buffer_cache using awr

    Hi All,
    I want to how to set the correct size for shared_pool_size and db_cache_size using shared pool advisory and buffer pool advisory of awr report. I have paste the shared and buffer pool advisory of awr report.
    Shared Pool Advisory
    * SP: Shared Pool Est LC: Estimated Library Cache Factr: Factor
    * Note there is often a 1:Many correlation between a single logical object in the Library Cache, and the physical number of memory objects associated with it. Therefore comparing the number of Lib Cache objects (e.g. in v$librarycache), with the number of Lib Cache Memory Objects is invalid.
    Shared Pool Size(M)     SP Size Factr     Est LC Size (M)     Est LC Mem Obj     Est LC Time Saved (s)     Est LC Time Saved Factr     Est LC Load Time (s)     Est LC Load Time Factr     Est LC Mem Obj Hits (K)
    4,096     1.00     471     25,153     184,206     1.00     149     1.00     9,069
    4,736     1.16     511     27,328     184,206     1.00     149     1.00     9,766
    5,248     1.28     511     27,346     184,206     1.00     149     1.00     9,766
    5,760     1.41     511     27,346     184,206     1.00     149     1.00     9,766
    6,272     1.53     511     27,346     184,206     1.00     149     1.00     9,766
    6,784     1.66     511     27,346     184,206     1.00     149     1.00     9,766
    7,296     1.78     511     27,346     184,206     1.00     149     1.00     9,766
    7,808     1.91     511     27,346     184,206     1.00     149     1.00     9,766
    8,320     2.03     511     27,346     184,206     1.00     149     1.00     9,766
    Buffer Pool Advisory
    * Only rows with estimated physical reads >0 are displayed
    * ordered by Block Size, Buffers For Estimate
    P     Size for Est (M)     Size Factor     Buffers (thousands)     Est Phys Read Factor     Estimated Phys Reads (thousands)     Est Phys Read Time     Est %DBtime for Rds
    D     4,096     0.10     485     1.02     1,002     1     0.00
    D     8,192     0.20     970     1.00     987     1     0.00
    D     12,288     0.30     1,454     1.00     987     1     0.00
    D     16,384     0.40     1,939     1.00     987     1     0.00
    D     20,480     0.50     2,424     1.00     987     1     0.00
    D     24,576     0.60     2,909     1.00     987     1     0.00
    D     28,672     0.70     3,394     1.00     987     1     0.00
    D     32,768     0.80     3,878     1.00     987     1     0.00
    D     36,864     0.90     4,363     1.00     987     1     0.00
    D     40,960     1.00     4,848     1.00     987     1     0.00
    D     45,056     1.10     5,333     1.00     987     1     0.00
    D     49,152     1.20     5,818     1.00     987     1     0.00
    D     53,248     1.30     6,302     1.00     987     1     0.00
    D     57,344     1.40     6,787     1.00     987     1     0.00
    D     61,440     1.50     7,272     1.00     987     1     0.00
    D     65,536     1.60     7,757     1.00     987     1     0.00
    D     69,632     1.70     8,242     1.00     987     1     0.00
    D     73,728     1.80     8,726     1.00     987     1     0.00
    D     77,824     1.90     9,211     1.00     987     1     0.00
    D     81,920     2.00     9,696     1.00     987     1     0.00
    My shared pool size is 4gb and db_cache_size is 40Gb.
    Please help me in configuring the correct size for this.
    Thanks and Regards,

    Hi ,
    Actually batch load is taking too much time.
    Please find below the 1 hr awr report
         Snap Id     Snap Time     Sessions     Cursors/Session
    Begin Snap:     6557     27-Nov-11 16:00:06     126     1.3
    End Snap:     6558     27-Nov-11 17:00:17     130     1.6
    Elapsed:          60.17 (mins)          
    DB Time:          34.00 (mins)          
    Report Summary
    Cache Sizes
         Begin     End          
    Buffer Cache:     40,960M     40,960M     Std Block Size:     8K
    Shared Pool Size:     4,096M     4,096M     Log Buffer:     25,908K
    Load Profile
         Per Second     Per Transaction     Per Exec     Per Call
    DB Time(s):     0.6     1.4     0.00     0.07
    DB CPU(s):     0.5     1.2     0.00     0.06
    Redo size:     281,296.9     698,483.4          
    Logical reads:     20,545.6     51,016.4          
    Block changes:     1,879.5     4,667.0          
    Physical reads:     123.7     307.2          
    Physical writes:     66.4     164.8          
    User calls:     8.2     20.4          
    Parses:     309.4     768.4          
    Hard parses:     8.5     21.2          
    W/A MB processed:     1.7     4.3          
    Logons:     0.7     1.6          
    Executes:     1,235.9     3,068.7          
    Rollbacks:     0.0     0.0          
    Transactions:     0.4               
    Instance Efficiency Percentages (Target 100%)
    Buffer Nowait %:     100.00     Redo NoWait %:     100.00
    Buffer Hit %:     99.66     In-memory Sort %:     100.00
    Library Hit %:     99.19     Soft Parse %:     97.25
    Execute to Parse %:     74.96     Latch Hit %:     99.97
    Parse CPU to Parse Elapsd %:     92.41     % Non-Parse CPU:     98.65
    Shared Pool Statistics
         Begin     End
    Memory Usage %:     80.33     82.01
    % SQL with executions>1:     90.90     86.48
    % Memory for SQL w/exec>1:     90.10     86.89
    Top 5 Timed Foreground Events
    Event     Waits     Time(s)     Avg wait (ms)     % DB time     Wait Class
    DB CPU          1,789          87.72     
    db file sequential read     27,531     50     2     2.45     User I/O
    db file scattered read     26,322     30     1     1.47     User I/O
    row cache lock     1,798     20     11     0.96     Concurrency
    OJVM: Generic     36     15     421     0.74     Other
    Host CPU (CPUs: 24 Cores: 12 Sockets: )
    Load Average Begin     Load Average End     %User     %System     %WIO     %Idle
    0.58     1.50     2.8     0.7     0.1     96.6
    Instance CPU
    %Total CPU     %Busy CPU     %DB time waiting for CPU (Resource Manager)
    2.2     63.6     0.0
    Memory Statistics
         Begin     End
    Host Mem (MB):     131,072.0     131,072.0
    SGA use (MB):     50,971.4     50,971.4
    PGA use (MB):     545.5     1,066.3
    % Host Mem used for SGA+PGA:     39.30     39.70
    RAC Statistics
         Begin     End
    Number of Instances:     2     2
    Global Cache Load Profile
         Per Second     Per Transaction
    Global Cache blocks received:     3.09     7.68
    Global Cache blocks served:     1.86     4.62
    GCS/GES messages received:     78.64     195.27
    GCS/GES messages sent:     53.82     133.65
    DBWR Fusion writes:     0.52     1.30
    Estd Interconnect traffic (KB)     65.50     
    Global Cache Efficiency Percentages (Target local+remote 100%)
    Buffer access - local cache %:     99.65
    Buffer access - remote cache %:     0.02
    Buffer access - disk %:     0.34
    Global Cache and Enqueue Services - Workload Characteristics
    Avg global enqueue get time (ms):     0.0
    Avg global cache cr block receive time (ms):     1.7
    Avg global cache current block receive time (ms):     1.0
    Avg global cache cr block build time (ms):     0.0
    Avg global cache cr block send time (ms):     0.0
    Global cache log flushes for cr blocks served %:     1.4
    Avg global cache cr block flush time (ms):     0.9
    Avg global cache current block pin time (ms):     0.0
    Avg global cache current block send time (ms):     0.0
    Global cache log flushes for current blocks served %:     0.1
    Avg global cache current block flush time (ms):     0.0
    Global Cache and Enqueue Services - Messaging Statistics
    Avg message sent queue time (ms):     0.0
    Avg message sent queue time on ksxp (ms):     0.4
    Avg message received queue time (ms):     0.5
    Avg GCS message process time (ms):     0.0
    Avg GES message process time (ms):     0.0
    % of direct sent messages:     79.13
    % of indirect sent messages:     17.10
    % of flow controlled messages:     3.77
    Cluster Interconnect
         Begin      End
    Interface     IP Address     Pub     Source     IP     Pub     Src
    en9     10.51.10.61     N     Oracle Cluster Repository               
    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
    More RAC Statistics
    * RAC Report Summary
    * Global Messaging Statistics
    * Global CR Served Stats
    * Global CURRENT Served Stats
    * Global Cache Transfer Stats
    * Interconnect Stats
    * Dynamic Remastering Statistics
    Back to Top
    Statistic Name     Time (s)     % of DB Time
    sql execute elapsed time     1,925.20     94.38
    DB CPU     1,789.38     87.72
    connection management call elapsed time     99.65     4.89
    PL/SQL execution elapsed time     89.81     4.40
    parse time elapsed     46.32     2.27
    hard parse elapsed time     25.01     1.23
    Java execution elapsed time     21.24     1.04
    PL/SQL compilation elapsed time     11.92     0.58
    failed parse elapsed time     9.37     0.46
    hard parse (sharing criteria) elapsed time     8.71     0.43
    sequence load elapsed time     0.06     0.00
    repeated bind elapsed time     0.02     0.00
    hard parse (bind mismatch) elapsed time     0.01     0.00
    DB time     2,039.77     
    background elapsed time     122.00     
    background cpu time     113.42     
    Statistic     Value     End Value
    NUM_LCPUS     0     
    NUM_VCPUS     0     
    AVG_BUSY_TIME     12,339     
    AVG_IDLE_TIME     348,838     
    AVG_IOWAIT_TIME     221     
    AVG_SYS_TIME     2,274     
    AVG_USER_TIME     9,944     
    BUSY_TIME     299,090     
    IDLE_TIME     8,375,051     
    IOWAIT_TIME     6,820     
    SYS_TIME     57,512     
    USER_TIME     241,578     
    LOAD     1     2
    OS_CPU_WAIT_TIME     312,200     
    PHYSICAL_MEMORY_BYTES     137,438,953,472     
    NUM_CPUS     24     
    NUM_CPU_CORES     12     
    GLOBAL_RECEIVE_SIZE_MAX     1,310,720     
    GLOBAL_SEND_SIZE_MAX     1,310,720     
    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     
    Back to Wait Events Statistics
    Back to Top
    Operating System Statistics - Detail
    Snap Time     Load     %busy     %user     %sys     %idle     %iowait
    27-Nov 16:00:06     0.58                         
    27-Nov 17:00:17     1.50     3.45     2.79     0.66     96.55     0.08
    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 95.7% of Total DB time 2,039.77 (s)
    * Total FG Wait Time: 163.14 (s) DB CPU time: 1,789.38 (s)
    Wait Class     Waits     %Time -outs     Total Wait Time (s)     Avg wait (ms)     %DB time
    DB CPU               1,789          87.72
    User I/O     61,229     0     92     1     4.49
    Other     102,743     40     31     0     1.50
    Concurrency     3,169     10     24     7     1.16
    Cluster     58,920     0     11     0     0.52
    System I/O     45,407     0     6     0     0.29
    Configuration     107     7     1     5     0.03
    Commit     383     0     0     1     0.01
    Network     15,275     0     0     0     0.00
    Application     52     8     0     0     0.00
    Back to Wait Events Statistics
    Back to Top
    Foreground Wait Events
    * s - second, ms - millisecond - 1000th of a second
    * Only events with Total Wait Time (s) >= .001 are shown
    * ordered by wait time desc, waits desc (idle events last)
    * %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
    Event     Waits     %Time -outs     Total Wait Time (s)     Avg wait (ms)     Waits /txn     % DB time
    db file sequential read     27,531     0     50     2     18.93     2.45
    db file scattered read     26,322     0     30     1     18.10     1.47
    row cache lock     1,798     0     20     11     1.24     0.96
    OJVM: Generic     36     42     15     421     0.02     0.74
    db file parallel read     394     0     7     19     0.27     0.36
    control file sequential read     22,248     0     6     0     15.30     0.28
    reliable message     4,439     0     4     1     3.05     0.18
    gc current grant busy     7,597     0     3     0     5.22     0.16
    PX Deq: Slave Session Stats     2,661     0     3     1     1.83     0.16
    DFS lock handle     3,208     0     3     1     2.21     0.16
    direct path write temp     4,842     0     3     1     3.33     0.15
    library cache load lock     39     0     3     72     0.03     0.14
    gc cr multi block request     37,008     0     3     0     25.45     0.14
    IPC send completion sync     5,451     0     2     0     3.75     0.10
    gc cr block 2-way     4,669     0     2     0     3.21     0.09
    enq: PS - contention     3,183     33     1     0     2.19     0.06
    gc cr grant 2-way     5,151     0     1     0     3.54     0.06
    direct path read temp     1,722     0     1     1     1.18     0.05
    gc current block 2-way     1,807     0     1     0     1.24     0.03
    os thread startup     6     0     1     108     0.00     0.03
    name-service call wait     12     0     1     47     0.01     0.03
    PX Deq: Signal ACK RSG     2,046     50     0     0     1.41     0.02
    log file switch completion     3     0     0     149     0.00     0.02
    rdbms ipc reply     3,610     0     0     0     2.48     0.02
    gc current grant 2-way     1,432     0     0     0     0.98     0.02
    library cache pin     903     32     0     0     0.62     0.02
    PX Deq: reap credit     35,815     100     0     0     24.63     0.01
    log file sync     383     0     0     1     0.26     0.01
    Disk file operations I/O     405     0     0     0     0.28     0.01
    library cache lock     418     3     0     0     0.29     0.01
    kfk: async disk IO     23,159     0     0     0     15.93     0.01
    gc current block busy     4     0     0     35     0.00     0.01
    gc current multi block request     1,206     0     0     0     0.83     0.01
    ges message buffer allocation     38,526     0     0     0     26.50     0.00
    enq: FB - contention     131     0     0     0     0.09     0.00
    undo segment extension     8     100     0     6     0.01     0.00
    CSS initialization     8     0     0     6     0.01     0.00
    SQL*Net message to client     14,600     0     0     0     10.04     0.00
    enq: HW - contention     96     0     0     0     0.07     0.00
    CSS operation: action     8     0     0     4     0.01     0.00
    gc cr block busy     33     0     0     1     0.02     0.00
    latch free     30     0     0     1     0.02     0.00
    enq: TM - contention     49     6     0     0     0.03     0.00
    enq: JQ - contention     19     100     0     1     0.01     0.00
    SQL*Net more data to client     666     0     0     0     0.46     0.00
    asynch descriptor resize     3,179     100     0     0     2.19     0.00
    latch: shared pool     3     0     0     3     0.00     0.00
    CSS operation: query     24     0     0     0     0.02     0.00
    PX Deq: Signal ACK EXT     72     0     0     0     0.05     0.00
    KJC: Wait for msg sends to complete     269     0     0     0     0.19     0.00
    latch: object queue header operation     4     0     0     1     0.00     0.00
    gc cr block congested     5     0     0     0     0.00     0.00
    utl_file I/O     11     0     0     0     0.01     0.00
    enq: TO - contention     3     33     0     0     0.00     0.00
    SQL*Net message from client     14,600     0     219,478     15033     10.04     
    jobq slave wait     7,726     100     3,856     499     5.31     
    PX Deq: Execution Msg     10,556     19     50     5     7.26     
    PX Deq: Execute Reply     2,946     31     27     9     2.03     
    PX Deq: Parse Reply     3,157     35     3     1     2.17     
    PX Deq: Join ACK     2,976     28     2     1     2.05     
    PX Deq Credit: send blkd     7     14     0     4     0.00     
    Back to Wait Events Statistics
    Back to Top
    Background Wait Events
    * ordered by wait time desc, waits desc (idle events last)
    * Only events with Total Wait Time (s) >= .001 are shown
    * %Timeouts: value of 0 indicates value was < .5%. Value of null is truly 0
    Event     Waits     %Time -outs     Total Wait Time (s)     Avg wait (ms)     Waits /txn     % bg time
    os thread startup     140     0     13     90     0.10     10.35
    db file parallel write     8,233     0     6     1     5.66     5.08
    log file parallel write     3,906     0     6     1     2.69     4.62
    log file sequential read     350     0     5     16     0.24     4.49
    control file sequential read     13,737     0     5     0     9.45     3.72
    DFS lock handle     2,990     27     2     1     2.06     1.43
    db file sequential read     921     0     2     2     0.63     1.39
    SQL*Net break/reset to client     18     0     1     81     0.01     1.19
    control file parallel write     2,455     0     1     1     1.69     1.12
    ges lms sync during dynamic remastering and reconfig     24     100     1     50     0.02     0.98
    library cache load lock     35     0     1     24     0.02     0.68
    ASM file metadata operation     3,483     0     1     0     2.40     0.65
    enq: CO - master slave det     1,203     100     1     0     0.83     0.46
    kjbdrmcvtq lmon drm quiesce: ping completion     9     0     1     62     0.01     0.46
    enq: WF - contention     11     0     0     35     0.01     0.31
    CGS wait for IPC msg     32,702     100     0     0     22.49     0.19
    gc object scan     28,788     100     0     0     19.80     0.15
    row cache lock     535     0     0     0     0.37     0.14
    library cache pin     370     55     0     0     0.25     0.12
    ksxr poll remote instances     19,119     100     0     0     13.15     0.11
    name-service call wait     6     0     0     19     0.00     0.10
    gc current block 2-way     304     0     0     0     0.21     0.09
    gc cr block 2-way     267     0     0     0     0.18     0.08
    gc cr grant 2-way     355     0     0     0     0.24     0.08
    ges LMON to get to FTDONE     3     100     0     24     0.00     0.06
    enq: CF - contention     145     76     0     0     0.10     0.05
    PX Deq: reap credit     8,842     100     0     0     6.08     0.05
    reliable message     126     0     0     0     0.09     0.05
    db file scattered read     19     0     0     3     0.01     0.05
    library cache lock     162     1     0     0     0.11     0.04
    latch: shared pool     2     0     0     27     0.00     0.04
    Disk file operations I/O     504     0     0     0     0.35     0.04
    gc current grant busy     148     0     0     0     0.10     0.04
    gcs log flush sync     84     0     0     1     0.06     0.04
    ges message buffer allocation     24,934     0     0     0     17.15     0.02
    enq: CR - block range reuse ckpt     83     0     0     0     0.06     0.02
    latch free     22     0     0     1     0.02     0.02
    CSS operation: action     13     0     0     2     0.01     0.02
    CSS initialization     4     0     0     6     0.00     0.02
    direct path read     1     0     0     21     0.00     0.02
    rdbms ipc reply     153     0     0     0     0.11     0.01
    db file parallel read     2     0     0     8     0.00     0.01
    direct path write     5     0     0     3     0.00     0.01
    gc current multi block request     49     0     0     0     0.03     0.01
    gc current block busy     5     0     0     2     0.00     0.01
    enq: PS - contention     24     50     0     0     0.02     0.01
    gc cr multi block request     54     0     0     0     0.04     0.01
    ges generic event     1     100     0     10     0.00     0.01
    gc current grant 2-way     35     0     0     0     0.02     0.01
    kfk: async disk IO     183     0     0     0     0.13     0.01
    Log archive I/O     3     0     0     2     0.00     0.01
    gc buffer busy acquire     2     0     0     3     0.00     0.00
    LGWR wait for redo copy     123     0     0     0     0.08     0.00
    IPC send completion sync     18     0     0     0     0.01     0.00
    enq: TA - contention     11     0     0     0     0.01     0.00
    read by other session     2     0     0     2     0.00     0.00
    enq: TM - contention     9     89     0     0     0.01     0.00
    latch: ges resource hash list     135     0     0     0     0.09     0.00
    PX Deq: Slave Session Stats     12     0     0     0     0.01     0.00
    KJC: Wait for msg sends to complete     89     0     0     0     0.06     0.00
    enq: TD - KTF dump entries     8     0     0     0     0.01     0.00
    enq: US - contention     7     0     0     0     0.00     0.00
    CSS operation: query     12     0     0     0     0.01     0.00
    enq: TK - Auto Task Serialization     6     100     0     0     0.00     0.00
    PX Deq: Signal ACK RSG     24     50     0     0     0.02     0.00
    log file single write     6     0     0     0     0.00     0.00
    enq: WL - contention     2     100     0     1     0.00     0.00
    ADR block file read     13     0     0     0     0.01     0.00
    ADR block file write     5     0     0     0     0.00     0.00
    latch: object queue header operation     1     0     0     1     0.00     0.00
    gc cr block busy     1     0     0     1     0.00     0.00
    rdbms ipc message     103,276     67     126,259     1223     71.03     
    PX Idle Wait     6,467     67     12,719     1967     4.45     
    wait for unread message on broadcast channel     7,240     100     7,221     997     4.98     
    gcs remote message     218,809     84     7,213     33     150.49     
    DIAG idle wait     203,228     95     7,185     35     139.77     
    shared server idle wait     121     100     3,630     30000     0.08     
    ASM background timer     3,343     0     3,611     1080     2.30     
    Space Manager: slave idle wait     723     100     3,610     4993     0.50     
    heartbeat monitor sleep     722     100     3,610     5000     0.50     
    ges remote message     73,089     52     3,609     49     50.27     
    dispatcher timer     66     88     3,608     54660     0.05     
    pmon timer     1,474     82     3,607     2447     1.01     
    PING     1,487     19     3,607     2426     1.02     
    Streams AQ: qmn slave idle wait     125     0     3,594     28754     0.09     
    Streams AQ: qmn coordinator idle wait     250     50     3,594     14377     0.17     
    smon timer     18     50     3,505     194740     0.01     
    JOX Jit Process Sleep     73     100     976     13370     0.05     
    class slave wait     56     0     605     10806     0.04     
    KSV master wait     2,215     98     1     0     1.52     
    SQL*Net message from client     109     0     0     2     0.07     
    PX Deq: Parse Reply     27     44     0     1     0.02     
    PX Deq: Join ACK     30     40     0     1     0.02     
    PX Deq: Execute Reply     20     30     0     0     0.01     
    Streams AQ: RAC qmn coordinator idle wait     259     100     0     0     0.18     
    Back to Wait Events Statistics
    Back to Top
    Wait Event Histogram
    * Units for Total Waits column: K is 1000, M is 1000000, G is 1000000000
    * % of Waits: value of .0 indicates value was <.05%; value of null is truly 0
    * % of Waits: column heading of <=1s is truly <1024ms, >1s is truly >=1024ms
    * Ordered by Event (idle events last)
              % of Waits
    Event     Total Waits     <1ms     <2ms     <4ms     <8ms     <16ms     <32ms     <=1s     >1s
    ADR block file read     13     100.0                                   
    ADR block file write     5     100.0                                   
    ADR file lock     6     100.0                                   
    ARCH wait for archivelog lock     3     100.0                                   
    ASM file metadata operation     3483     99.6     .1     .1                    .2     
    CGS wait for IPC msg     32.7K     100.0                                   
    CSS initialization     12     50.0                    50.0               
    CSS operation: action     21     28.6     9.5          61.9                    
    CSS operation: query     36     86.1     5.6     8.3                         
    DFS lock handle     6198     98.6     1.2     .1                    .1     
    Disk file operations I/O     909     95.7     3.6     .7                         
    IPC send completion sync     5469     99.9     .1     .0     .0                    
    KJC: Wait for msg sends to complete     313     100.0                                   
    LGWR wait for redo copy     122     100.0                                   
    Log archive I/O     3     66.7               33.3                    
    OJVM: Generic     36     55.6                              44.4     
    PX Deq: Signal ACK EXT     72     98.6     1.4                              
    PX Deq: Signal ACK RSG     2070     99.7               .0     .1     .0     .1     
    PX Deq: Slave Session Stats     2673     99.7     .2                         .1     .0
    PX Deq: reap credit     44.7K     100.0                                   
    SQL*Net break/reset to client     20     95.0                                   5.0
    SQL*Net message to client     14.7K     100.0                                   
    SQL*Net more data from client     32     100.0                                   
    SQL*Net more data to client     689     100.0                                   
    asynch descriptor resize     3387     100.0                                   
    buffer busy waits     2     100.0                                   
    control file parallel write     2455     96.6     2.2     .6     .6          .1          
    control file sequential read     36K     99.4     .3     .1     .1     .1     .1     .0     
    db file parallel read     397     8.8     .8     5.5     12.6     17.4     46.3     8.6     
    db file parallel write     8233     85.4     10.3     2.3     1.4     .4     .1          
    db file scattered read     26.3K     79.2     1.5     8.2     10.5     .6     .1     .0     
    db file sequential read     28.4K     60.2     3.3     18.0     18.1     .3     .1     .0     
    db file single write     2     100.0                                   
    direct path read     2     50.0                         50.0          
    direct path read temp     1722     95.8     2.8     .1     .5     .8     .1          
    direct path write     6     83.3                    16.7               
    direct path write temp     4842     96.3     2.7     .5     .2     .0     .0     .2     
    enq: AF - task serialization     1     100.0                                   
    enq: CF - contention     145     99.3     .7                              
    enq: CO - master slave det     1203     98.9     .8     .2                         
    enq: CR - block range reuse ckpt     83     100.0                                   
    enq: DR - contention     2     100.0                                   
    enq: FB - contention     131     100.0                                   
    enq: HW - contention     97     100.0                                   
    enq: JQ - contention     19     89.5     10.5                              
    enq: JS - job run lock - synchronize     3     100.0                                   
    enq: MD - contention     1     100.0                                   
    enq: MW - contention     2     100.0                                   
    enq: PS - contention     3207     99.5     .4     .1                         
    enq: TA - contention     11     100.0                                   
    enq: TD - KTF dump entries     8     100.0                                   
    enq: TK - Auto Task Serialization     6     100.0                                   
    enq: TM - contention     58     100.0                                   
    enq: TO - contention     3     100.0                                   
    enq: TQ - DDL contention     1     100.0                                   
    enq: TS - contention     1     100.0                                   
    enq: UL - contention     1     100.0                                   
    enq: US - contention     7     100.0                                   
    enq: WF - contention     11     81.8                              18.2     
    enq: WL - contention     2     50.0     50.0                              
    gc buffer busy acquire     2     50.0               50.0                    
    gc cr block 2-way     4934     99.9     .1                    .0     .0     
    gc cr block busy     35     68.6     31.4                              
    gc cr block congested     6     100.0                                   
    gc cr disk read     2     100.0                                   
    gc cr grant 2-way     4824     100.0     .0                              
    gc cr grant congested     2     100.0                                   
    gc cr multi block request     37.1K     99.8     .2     .0     .0     .0     .0     .0     
    gc current block 2-way     2134     99.9     .0                         .0     
    gc current block busy     7     14.3     14.3          14.3          28.6     28.6     
    gc current block congested     2     100.0                                   
    gc current grant 2-way     1337     99.9     .1                              
    gc current grant busy     7123     99.2     .2     .2     .0     .0     .3     .1     
    gc current grant congested     2     100.0                                   
    gc current multi block request     1260     99.8     .2                              
    gc object scan     28.8K     100.0                                   
    gcs log flush sync     65     95.4          3.1     1.5                    
    ges LMON to get to FTDONE     3                              100.0          
    ges generic event     1                         100.0               
    ges inquiry response     2     100.0                                   
    ges lms sync during dynamic remastering and reconfig     24                         16.7     29.2     54.2     
    ges message buffer allocation     63.1K     100.0                                   
    kfk: async disk IO     23.3K     100.0     .0     .0                         
    kjbdrmcvtq lmon drm quiesce: ping completion     9     11.1                              88.9     
    ksxr poll remote instances     19.1K     100.0                                   
    latch free     52     59.6     40.4                              
    latch: call allocation     2     100.0                                   
    latch: gc element     1     100.0                                   
    latch: gcs resource hash     1     100.0                                   
    latch: ges resource hash list     135     100.0                                   
    latch: object queue header operation     5     40.0     40.0     20.0                         
    latch: shared pool     5     40.0                    20.0     20.0     20.0     
    library cache load lock     74     9.5     5.4     8.1     17.6     10.8     13.5     35.1     
    library cache lock     493     99.2     .4     .4                         
    library cache pin     1186     98.4     .3     1.2     .1                    
    library cache: mutex X     6     100.0                                   
    log file parallel write     3897     72.9     1.5     17.1     7.5     .6     .3     .1     
    log file sequential read     350     4.6               3.1     59.4     30.0     2.9     
    log file single write     6     100.0                                   
    log file switch completion     3                         33.3          66.7     
    log file sync     385     90.4     3.6     4.7     .8     .5               
    name-service call wait     18          5.6     5.6     5.6     16.7     44.4     22.2     
    os thread startup     146                                   100.0     
    rdbms ipc reply     3763     99.7     .3                              
    read by other session     2     50.0          50.0                         
    reliable message     4565     99.7     .2     .0               .0     .1     
    row cache lock     2334     99.3     .2     .1                    .1     .3
    undo segment extension     8     50.0                    37.5     12.5          
    utl_file I/O     11     100.0                                   
    ASM background timer     3343     57.0     .3     .1     .1     .1          21.1     21.4
    DIAG idle wait     203.2K     3.4     .2     .4     18.0     41.4     14.8     21.8     
    JOX Jit Process Sleep     73                                   2.7     97.3
    KSV master wait     2213     99.4     .1     .2                    .3     
    PING     1487     81.0                                   19.0
    PX Deq Credit: send blkd     7     57.1          14.3     14.3          14.3          
    PX Deq: Execute Reply     2966     59.8     .8     9.5     5.6     10.2     2.6     11.4     
    PX Deq: Execution Msg     10.6K     72.4     12.1     2.6     2.5     .1     5.6     4.6     .0
    PX Deq: Join ACK     3006     77.9     22.1     .1                         
    PX Deq: Parse Reply     3184     67.1     31.1     1.6     .2                    
    PX Idle Wait     6466     .2     8.7     4.3     4.8     .3     .1     5.0     76.6
    SQL*Net message from client     14.7K     72.4     2.8     .8     .5     .9     .4     2.8     19.3
    Space Manager: slave idle wait     722                                        100.0
    Streams AQ: RAC qmn coordinator idle wait     259     100.0                                   
    Streams AQ: qmn coordinator idle wait     250     50.0                                   50.0
    Streams AQ: qmn slave idle wait     125                                        100.0
    class slave wait     55     67.3          7.3     1.8     5.5     1.8     7.3     9.1
    dispatcher timer     66     6.1                                   93.9
    gcs remote message     218.6K     7.7     1.8     1.2     1.6     1.7     15.7     70.3     
    ges remote message     72.9K     29.7     5.1     2.7     2.2     1.5     4.0     54.7     
    heartbeat monitor sleep     722                                        100.0
    jobq slave wait     7725                    .1          .0     99.9     
    pmon timer     1474     18.4                                   81.6
    rdbms ipc message     103.3K     20.7     2.7     1.5     1.3     .9     .7     40.7     31.6
    shared server idle wait     121                                        100.0
    smon timer     18                                        100.0
    wait for unread message on broadcast channel     7238                         .3          99.7     
    Back to Wait Events Statistics
    Back to Top
    Wait Event Histogram Detail (64 msec to 2 sec)
    * Units for Total Waits column: K is 1000, M is 1000000, G is 1000000000
    * Units for % of Total Waits: ms is milliseconds s is 1024 milliseconds (approximately 1 second)
    * % of Total Waits: total waits for all wait classes, including Idle
    * % of Total Waits: value of .0 indicates value was <.05%; value of null is truly 0
    * Ordered by Event (only non-idle events are displayed)
              % of Total Waits
    Event     Waits 64ms to 2s     <32ms     <64ms     <1/8s     <1/4s     <1/2s     <1s     <2s     >=2s
    ASM file metadata operation     6     99.8          .1     .1                    
    DFS lock handle     6     99.9               .1     .0               
    OJVM: Generic     16     55.6               2.8          41.7          
    PX Deq: Signal ACK RSG     3     99.9     .0     .1                         
    PX Deq: Slave Session Stats     3     99.9          .0               .0     .0     
    SQL*Net break/reset to client     1     95.0                              5.0     
    control file sequential read     1     100.0          .0                         
    db file parallel read     34     91.4     8.6                              
    db file scattered read     4     100.0     .0          .0                    
    db file sequential read     6     100.0     .0     .0     .0                    
    direct path write temp     11     99.8     .1     .1     .0                    
    enq: WF - contention     2     81.8               18.2                    
    gc cr block 2-way     1     100.0          .0                         
    gc cr multi block request     1     100.0          .0                         
    gc current block 2-way     1     100.0     .0                              
    gc current block busy     2     71.4     28.6                              
    gc current grant busy     8     99.9     .0     .1                         
    ges lms sync during dynamic remastering and reconfig     13     45.8     20.8     33.3                         
    kjbdrmcvtq lmon drm quiesce: ping completion     8     11.1     11.1     77.8                         
    latch: shared pool     1     80.0     20.0                              
    library cache load lock     26     64.9     14.9     12.2     4.1     4.1               
    log file parallel write     2     99.9     .0               .0               
    log file sequential read     10     97.1     2.0     .6     .3                    
    log file switch completion     2     33.3               66.7                    
    name-service call wait     4     77.8          22.2                         
    os thread startup     146               100.0                         
    reliable message     4     99.9          .0               .1          
    row cache lock     2     99.7                    .0     .0          .3
    Back to Wait Events Statistics
    Back to Top
    Wait Event Histogram Detail (4 sec to 2 min)
    * Units for Total Waits column: K is 1000, M is 1000000, G is 1000000000
    * Units for % of Total Waits: s is 1024 milliseconds (approximately 1 second) m is 64*1024 milliseconds (approximately 67 seconds or 1.1 minutes)
    * % of Total Waits: total waits for all wait classes, including Idle
    * % of Total Waits: value of .0 indicates value was <.05%; value of null is truly 0
    * Ordered by Event (only non-idle events are displayed)
              % of Total Waits
    Event     Waits 4s to 2m     <2s     <4s     <8s     <16s     <32s     < 1m     < 2m     >=2m
    row cache lock     6     99.7     .3                              
    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
    * ordered by DB Time
    Service Name     DB Time (s)     DB CPU (s)     Physical Reads (K)     Logical Reads (K)
    ubshost     1,934     1,744     445     73,633
    SYS$USERS     105     45     1     404
    SYS$BACKGROUND     0     0     1     128
    ubshostXDB     0     0     0     0
    Back to Wait Events Statistics
    Back to Top
    Service Wait Class Stats
    * Wait Class info for services in the Service Statistics section.
    * Total Waits and Time Waited displayed for the following wait classes: User I/O, Concurrency, Administrative, Network
    * Time Waited (Wt Time) in seconds
    Service Name     User I/O Total Wts     User I/O Wt Time     Concurcy Total Wts     Concurcy Wt Time     Admin Total Wts     Admin Wt Time     Network Total Wts     Network Wt Time
    ubshost      60232     90     2644     4     0     0     13302     0
    SYS$USERS      997     2     525     19     0     0     1973     0
    SYS$BACKGROUND      1456     2     1258     14     0     0     0     0
    I am not able to paste the whole awr report. I have paste some of the sections of awr report.
    Please help.
    Thanks and Regards,

Maybe you are looking for