GC current block busy

Hi ,
I have two node Oracle RAC.Version is 11.2.0.2
When i do an online inquire transaction for higher load, I am observing 'gc current block busy' in AWR as one of the top events.GV$SESSION_WAIT
doesnt show anything as below.
Kindly let me know how to tune it.
AWR top events.
DB CPU   32   64.34  
log file sync 5,972 9 2 18.36 Commit
gc current block busy 2,448 7 23 13.32 Cluster
gc current block 2-way 4,665 3 1 5.41 Cluster
gc current grant busy 2,446 1 0 2.20 Cluster
SQL> SELECT
  INST_ID,
  EVENT,
  P1 FILE_NUMBER,
  P2 BLOCK_NUMBER,
  WAIT_TIME
FROM
  GV$SESSION_WAIT
WHERE
  EVENT IN ('buffer busy global cr', 'global cache busy',
            'buffer busy global cache');
  2    3    4    5    6    7    8    9   10   11
no rows selectedThanks

user10698496 wrote:
I have two node Oracle RAC.Version is 11.2.0.2
When i do an online inquire transaction for higher lRoad, I am observing 'gc current block busy' in AWR as one of the top events.GV$SESSION_WAIT
doesnt show anything as below.
Kindly let me know how to tune it.(Note: Your query against v$session_Wait doesn't seem to match the events listed in the AWR.)
(Note 2: Your snapshot seems to be for a very short time - which doesn't really give an idea of how serious the problem may be in the bigger picture.)
There are many GC events that you won't see in v$session_wait because the session doesn't know the event consuming the time until after the wait has completed - so when you check v$session_wait you will often see "gc cr request", or "gc current request" (I think I may have the names wrong, but I don't have an instance in front of me right now) - these are known as "placeholders" to Oracle and may change to things like "gc current block 2-way" or "gc current block 3-way".
You've looked at the ADDM (so you're licensed for the diagnostic), and seen the top object. Had you not done so I would have suggested looking at the "Segments by .." sections of the AWR report, checking the two sections on CR and CUR traffic; then check the "SQL ordered by ...." sections for the sections on global cache time. If your offenders are insert statements that match primary key indexes then you probably need to stop the instances from inserting into the same index leaf block at the same time.
A key question to ask is whether the primary key is a meaningless value generated by an Oracle sequence; if so have you set the sequence cache size to a large enough value (in the order of thousands or tens of thousands). This is the first step in resolving sequence-based RAC issues. (There are other strategies - but we need more information to determine best action.)
Regards
Jonathan Lewis
P.S. The best place on the Internet for information about details of how RAC works and the interpretation of RAC events is probably Riyaj Shamsudeen's blog at: http://orainternals.wordpress.com/
Edited by: Jonathan Lewis on May 14, 2012 8:24 AM

Similar Messages

  • RAC 10.2.0.4, event gc cr block busy & log file switch

    hello everybody,
    i would like to know if there is any dependencies between gc cr block busy and log switch in the one node of the rac cluster.
    i had a select and its completion time lasted 12 secs instead of 1, the start time of the select is the start time of the log switch on the node.
    But when i looked into the active session history the session which was standing for that select had been waiting gc cr block busy instead log file switch completion.
    While looking to the Google resources i ve noticed that "The gc current block busy and gc cr block busy wait events indicate that the
    remote instance received the block after a remote instance processing delay.
    In most cases, this is due to a log flush".
    I would be really greatfull if anybody would be able to locate the initial dependancy i ve mantioned and explain the cause of the issue as i can not quite get why the selection took so long.
    Thank you in advance!

    Did you told "log file switch"?
    you mean log file switch (checkpoint incomplete) or log file switch (archiving needed) or log file switch/archive or log file switch (clearing log file) or log file switch completion or log switch/archive
    however a instance can wait ... if you find high values about waiting, you may tune your database.
    please show us
    - Top 5 Wait Events
    SQL> alter session set nls_date_format='YYYY/MM/DD HH24:MI:SS';
    SQL> select name, completion_time from V$ARCHIVED_LOG order by completion_time ;
    Check How often do you switch logfile to archive log? ... Every switch log file... you may find "log file switch" waiting
    I see... you no high DML activitiy.
    But Please check High segment + object and query on AWR report... (example: Segments by Physical Writes )
    just investigate
    Good Luck

  • Current block not in the list of the block_menu LOV

    Hi all,
    In the key-crerec trigger of my forms I call do_key('block_menu'). I perform some actions and the built-in block_menu in the key-menu trigger. And what I noticed is that the current block where I launched the key-crerec trigger is not listed in the list of the block_menu LOV.
    What is the reason ?
    Thank you.

    I'm not sure but maybe because there's no point in to jumping to the current block your already in.

  • Block business partner (vendor) for local purc. org

    Hi,
    I have a problem regarding, block business partner for local purchase organization.
    Process:
    R/3: Transaction MK05, block vendor for ONE purc. org.
    SRM: Transaction BBPUPDVD.
    If I activate transaction BP, and look into the purchasing data, the bp is only blockt for my SAP purc. org.
    If I activate transaction BBP_UPDATA_PORG, tape in the local purc. org. and the SAP purc. org, run the transaction, nothing happens. It is NOT possible to mark the block indicator for the local purc. org.
    BR. Kim

    Hi
    <b>Please go through the following SAP OSS Notes -></b>
    Note 805467 - BBPUPDVD/BBP_VENDOR_SYNC: purch. org. view deletion indicato
    Note 613182 - BBP-GP: New field: Purchasing block
    Note 805468 - BBPUPDVD/BBP_VENDOR_SYNC: Deletion indicator in POrg view
    Note 563677 - Purchasing documents: No message when partner blocked
    Note 859615 - Error 06 025 Partner is not created for Purchasing Organizat
    Note 900620 - E WY017 Partner not created for Purch.Org.(BAPI_PO_CREATE1)
    Note 1053064 - MEB1: Invoicing party partner cannot be used in agreements
    Note 654416 - BBP_PARTNER_VALIDATE: Long runtime
    Note 840215 - PO is created with wrong terms of payment in ECS
    Note 702888 - ECS: Terms of payment in ECS
    Do let me know.
    Regards
    - Atul

  • Storage bin 916 0085192173 is currently blocked

    Dear All
    I Save VT02 (shipment), I have error message "Storage bin 916 0085192173 is currently blocked"
    Please help me
    thanks
    imron
    Edited by: Muhammad Nur Imron on Sep 30, 2010 5:34 AM

    This error appears from the warehouse associated with the plant.
    storage type 916 is for outbound dispatch and the bin 085192173 is the associated delivery number. There seems to be some problem in the storage type (negative stock, perhaps)
    I assume you are creating the shipment for a delivery that has not been PGI'ed yet.
    Please check that there are no open transfer orders linked to the storage bin (use LT04 to identify open TOs). If there are, then confirm them using LT12.
    Normally the storage bin should not exist after PGI is done. If it exists, please check the stock position of the storage bin (use  LS03N for this).
    All the best!
    Regards,
    Aroop

  • Account 1103535 is currently blocked by user ALE_RFC_COMM

    We are receiving this error occasionally when processing CREMAS IDocs. We are receiving the IDoc from PI and processing through ALE. Occurring at the same time we have DEBMAS IDocs coming into the system through Crossworlds being processed by a user defined function module. I am wondering if we are having contention between the two processes? In some cases the vendor number is the same as the customer number but not always.  Can someone please provide some insight?
    Thanks
    Jim

    Hi James,
    Schedule another background for program RBDMANI2 by giving the message type as input for that program.  This program will process the idoc's which have failed during the initial execution.  The error likes currently blocked by user is only at that particular point of time, when your background job executes those sort of error idoc's will be processed and you will not have those things in the error list.
    Usually you get those sort of errors when the jobs are running concurrently and trying to use the same tables.  You can your program as well as it is a custom program, you might have forgot to clear any varibales in that, even if you don't clear the variables properly in the program then also it leads to these sort of errors.
    Thanks,
    Mahesh.

  • Is there are BAPI to release the blocked business parter ?

    Is there are BAPI to release the blocked business parter . ?
    thanks ,
    naval Bhatt

    Hi,
    Then create a subtype of that BO.
    Write a custom method. In that method use a BDC program.
    First develop the BDC program and save it as a FM.
    Then call this FM in your custom method and pass the data from workflow.
    Make this method as background processing.
    I think this should do the rest job.
    Regards,
    Raj

  • Idoc error (Account vendor no. is currently blocked by user user name )

    Hello ,
    I am sending a cremas idoc from external system (XI) to R3
    But the idoc doesnt get posted.
    It throws the following error 51
    Account <vendor no.> is currently blocked by user <user name(login id for R3)>
    I tried resending this idoc using tcode we19 and was successful in testing it
    However, when i try sending it through XI, it gives me the error
    Does any one know how this can be solved?
    Regards,
    Roshani

    Hi,
    Please make sure that no more screens are open while trying to send the idoc and try again after you get succes from WE19 , It should be posted.
    Also check the thread it says in sm12 if there is any lock entry delete it.
    Error :Account 1000 is currently blocked by user SAPUSER
    Thanks!
    Edited by: sudhir tiwari on Nov 21, 2008 1:07 PM

  • How to get Currently used Business Role

    Hi Experts,
    I need to get the business role currently being used by the user (i.e. SALESPRO). I've come across the method calls
      Data: lr_ui_profile type ref to IF_CRM_UI_PROFILE,
            lv_profile    TYPE CRMT_IC_CONFIGPROF.
      lr_ui_profile = cl_crm_ui_profile=>get_instance( ).
      lv_profile = lr_ui_profile->get_profile( ).
    and so I tried it on an ABAP report being called from the WebUI via Transaction Launcher. However in my case after executing the method LV_PROFILE doesn't yield a value (but SY-SUBRC was 0).  Can anyone kindly provide a reason behind this? Or are there any other ways to retrieve the current login business role of the user?
    Regards,
    Marc
    Edited by: imdiko24 on Nov 12, 2010 8:51 AM

    Hi Marc,
    Please try once, as exactly what i said in my earlier repl..
    Assign any business role like for eg. "SALESPRO" in SU3 to parameter CRM_UI_PROFILE and test with the following code if lv_value holds the business roles?
    *DATA: lv_value TYPE tpara-partext.*
    *GET PARAMETER ID 'CRM_UI_PROFILE' FIELD lv_value.*
    lv_value will hold the current business role..If you get correct business role in lv_value, that means you have not assigned business role correctly in the org model.
    Cheers,
    Sumit Mittal

  • Gc cr block busy

    Hi all,
    I am wondering if anyone can help me with an explanation as to why 'gc cr block busy' event in an RAC environment requires a log flush? The requesting node is requesting a read-only block so this should not require a log flush to be carried out by the remote node.
    I would appreciate a simple explanation as to why a log flush is required?
    Many thanks

    http://jose-valerio.com.ar/blog/?p=196
    Hope this helps.
    J

  • RAC에서 Current Block과 CR Block

    RAC 환경에서 시퀀스를 캐싱을 많이 할 경우 Index Leaf Block Contention 감소시켜서 속도를 증가 시킬수 있다고 들었습니다.
    Row가 Insert 될 때마다 가장 큰 Key를 가진 Index Leaf Block이 값이 계속 증가하면서 바뀌므로, 이것은 RAC 환경에서 노드간 Current Block과 CR Block의 높은 전송량을 유발하며 성능 저하 현상을 일으킨다고 하는데요.
    "노드간 Current Block과 CR Block의 높은 전송량을 유발" 한다는 말이 잘 이해가 안가는데 설명 부탁드립니다.

    두가지에 대한 정의
    cr block : Consistent Read block
    하나가 업데이트 중인데 커밋이 되지 않았을 경우 읽기 일관성을 위해
    누군가 select하게 되면 과거의 이미지를 만들어야 하는데 이는 언두세그먼트에가서 과거의 이미지를 찾아서 만들어야 한다. 이는 하나의 버퍼로 사용되지 않고 이 때 생성되는 버퍼블록이 cr block입니다. ( 과거와 현재의 ..버퍼 ) insert, delete는 cr block에 포함되지 않습니다. update만 해당됩니다.
    current block
    DML을 통해서 수정을 위해서 데이터를 읽을 때에 segment의 block을 읽을 때에 이것을 current block이라 한다. select의 경우에는 full scan 할 경우에 segment header를 읽는 것이 current block이 된다.
    누군가 테스트를 한 것인데 너무 좋은 자료라 올립니다.
    출처>
    http://www.insight-tec.com/en/mailmagazine/vol159.html
    X$BH
    Last time, I viewed STATE column of X$BH in a single server and in a single session and examined the following points:
    CR block is not created by SELECT or INSERT queries.
    CR block is created by UPDATE queries.
    There are some cases where CR block is not created by UPDATE queries, though. I will analyze these cases in this issue. DELETE queries operate almost the same as UPDATE queries.
    The following is the testing environment:
    (Environment)
    Linux 2.4.2-2
    Oracle9i EE Release 9.2.0.1.0
    (Table configuration)
    SQL> desc test
    Name Type
    ID1 NUMBER
    ID2 NUMBER
    TEXT VARCHAR2(2000)
    *Grant INDEX (TEST_IDX) to ID1
    Table contains following data.
    ID1 ID2 TEXT
    1 1 insight
    2 2 insight
    3 3 insight
    I executed the following statement last time.
    SQL> update test set id1 = 1 where id2 =2;
    WHERE clause specifies the row ID2. As ID2 is not indexed, full scan will be performed to update.
    The following query specifies ID1 in WHERE clause. As ID1 is indexed, index scan will be performed to update.
    (UPDATE query)
    SQL> update test set id1 = 1 where id1 =2;
    *ID1 is specified in WHERE clause so that index scan
    is performed.
    (Status of database buffer)
    SQL> select
    o.object_name
    ,decode(state,0,'free',1,'xcur',2,'scur',3,'cr', 4,'read',5,'mrec'
    ,6,'irec',7,'write',8,'pi') STATE
    , count(*) BLOCK
    from x$bh b , dba_objects o
    where b.obj = o.data_object_id
    and o.object_name like 'TEST%'
    group by o.object_name, state
    OBJECT_NAME STATE BLOCKS
    TEST xcur 2
    TEST_IDX xcur 1
    CR block is not created, as you see. Regarding index, there is only one block on database buffer. When I previously performed full scan under the condition where there was no data to be updated, CR block was not created.
    Status of database buffer when there is no target data
    to be updated at full scan.
    SQL> update test set id1=3 where id2=5;
    *ID2 is not indexed. There is no such data as ID2=5.
    0 row updated
    OBJECT_NAME STATE DBARFIL DBABLK BA
    TEST xcur 1 70913 54D28000
    TEST xcur 1 70914 54D20000
    CR blocks are created in the following cases.
    CR block is created (in a single session)
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    UPDATE SELECT INSERT
    Full scan Yes No --
    Index scan No No --
    In a single session environment, CR blocks are created only by UPDATE query at full scan. Why CR blocks are created under this condition?
    CR block itself is a read consistent block, but I wonder why CR block is created in a single session environment. I assume that CR block is created to create rollback information or to satisfy lock function.
    CR block is not created at index scan because it is possible to identify ROWID of target data from the index. As UPDATE process is performed by each row, CR block is not necessary.
    Lastly, I will examine a mechanism of current block updating, which is quite different from the one of full scan and of index scan.
    The following table indicates the changes in the buffer address of a current block at index scan.
    UPDATE at index scan:
    [Before UPDATE]
    OBJECT_NAME STATE DBABLK BA
    TEST xcur 18716 54D0E000 <-target block
    TEST_IDX xcur 18724 54D04000
    [After UPDATE]
    OBJECT_NAME STATE DBABLK BA
    TEST xcur 18716 54D0E000 <-target block
    TEST_IDX xcur 18724 54D04000 *No changes
    I don't see any changes in the buffer address. This means that the data in the current block is updated directly.
    The following table indicates the changes in the buffer address of an XCUR block at full scan.
    UPDATE at full scan:
    [Before UPDATE]
    OBJECT_NAME STATE DBABLK BA
    TEST xcur 18717 54C3A000 <-target block
    [After UPDATE]
    OBJECT_NAME STATE DBABLK BA
    TEST xcur 18717 551F2000 <-target block
    TEST cr 18717 54C3A000 *BA is changed
    |
    BA of current block before being updated
    I see changes in the buffer address. In addition, the current block is changed to CR block after updating. The process is performed as follows:
    1. A current block (XCUR) in 54C3A000 is copied to 551F2000.
    2. The current block is changed to CR block.
    3. Update process is performed to XCUR.

  • Gc current block 2-way  +  gc remaster waits

    Hi,
    my db version is 10.2.0.5
    i have these waits high in 5 minutes period in 2 node rac cluster.
    what may be the reason.
    Is there a workaround.
    Thanks,

    Here is the AWR report :
    WORKLOAD REPOSITORY report for
    DB Name         DB Id    Instance     Inst Num Release     RAC Host       
    XXXXXXX       985096646 YYYYYY             1 10.2.0.5.0  YES ZZZZZZ  
                  Snap Id      Snap Time      Sessions Curs/Sess
    Begin Snap:     60910 02-Aug-11 10:00:15       511      12.5
      End Snap:     60912 02-Aug-11 11:00:11       496       9.3
       Elapsed:               59.93 (mins)
       DB Time:              658.65 (mins)
    Cache Sizes
    ~~~~~~~~~~~                       Begin        End
                   Buffer Cache:    75,136M    75,136M  Std Block Size:         8K
               Shared Pool Size:     6,720M     6,720M      Log Buffer:    14,176K
    Load Profile
    ~~~~~~~~~~~~                            Per Second       Per Transaction
                      Redo size:            199,638.95              4,481.69
                  Logical reads:            111,069.18              2,493.39
                  Block changes:              1,139.51                 25.58
                 Physical reads:              4,477.47                100.51
                Physical writes:                200.85                  4.51
                     User calls:              1,681.64                 37.75
                         Parses:                295.75                  6.64
                    Hard parses:                 18.27                  0.41
                          Sorts:                229.12                  5.14
                         Logons:                  3.70                  0.08
                       Executes:                723.08                 16.23
                   Transactions:                 44.55
      % Blocks changed per Read:    1.03    Recursive Call %:    58.29
    Rollback per transaction %:    0.12       Rows per Sort:   662.19
    Instance Efficiency Percentages (Target 100%)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                Buffer Nowait %:   99.99       Redo NoWait %:  100.00
                Buffer  Hit   %:   98.72    In-memory Sort %:  100.00
                Library Hit   %:   94.36        Soft Parse %:   93.82
             Execute to Parse %:   59.10         Latch Hit %:   99.80
    Parse CPU to Parse Elapsd %:   24.11     % Non-Parse CPU:   91.61
    Shared Pool Statistics        Begin    End
                 Memory Usage %:   57.92   57.86
        % SQL with executions>1:   74.08   77.89
      % Memory for SQL w/exec>1:   68.45   68.87
    Top 5 Timed Events                                         Avg %Total
    ~~~~~~~~~~~~~~~~~~                                        wait   Call
    Event                                 Waits    Time (s)   (ms)   Time Wait Class
    db file sequential read           2,180,370       8,450      4   21.4   User I/O
    CPU time                                          5,562          14.1          
    gc current block 2-way            1,368,857       4,049      3   10.2    Cluster
    gc remaster                           1,606       2,776   1728    7.0    Cluster
    gc cr block 2-way                   312,527       1,615      5    4.1    Cluster
              -------------------------------------------------------------      

  • Gc current block 2-way wait evet p1, p2, p3 values

    Anybody knows what p1, p2 and p3 columns for "gc current block 2-way" wait event correspond to ? I found only a blog at following link in which it is assumed that these are file/block information. p1text, p2text and p3text are null for this event.
    http://berxblog.blogspot.com/2008/08/gc-current-block-2-way-p1p2p3.html
    regards,
    erkan

    ok i solved my problem... The answer is almost yes...
    SQL >select count(*) from dba_hist_active_sess_history where snap_id between 26425 and 26434 and wait_class = 'Cluster' and event='gc current block 2-way';
    COUNT(*)
    100
    1 row selected.
    Elapsed: 00:00:00.01
    SQL >select count(*) from dba_hist_active_sess_history
    2 where
    3 snap_id between 26425 and 26434 and
    4 wait_class = 'Cluster' and
    5 event='gc current block 2-way' and
    6 (p1 <> current_file# or p2 <> current_block#);
    COUNT(*)
    2
    1 row selected.
    Elapsed: 00:00:00.00

  • "gc current grant busy" waits

    We've recently upgraded our primary production database from 8i to a 10g RAC cluster on new hardware. This was accomplished by an 8i export and 10g import.
    Besides the usual small hiccups, we've got pretty heavily used SQL that is performing very poorly, judging by the statistics. In particular, we're seeing some relaticely simple inserts have over 50% of the time spent in "gc current grant busy".
    The SQL is:
    INSERT INTO DAILY_USE_STATISTICS
    (DAILY_USE_STATISTICS_ID,DAY,MONITORED_ITEM_OWNER_ID,ROLLED_UP)
    VALUES (:1,:2,:3,:4)
    There is a primary key constraint on DAILY_USE_STATISTICS_ID.
    There are foreign key constraints on DAILY_USE_STATISTICS_ID and MONITORED_ITEM_OWNER_ID.
    And there is a uniqueness constraint on (DAY, MONITORED_ITEM_OWNER_ID).
    Frankly, I don't understand what this wait event is telling me and haven't yet found a description of it in the 10g documentation.
    My first suspicion was a problem with freelists, but it was my understanding that ASSM took care of that. Is there an issue with imported data that prevents ASSM from managing freelists for the cluster? Do I have to fix my freelists on these table somehow?
    Another theory floating in the office is that we need to increase INI_TRANS, which is currently 1, that we're running out ITLs and waiting on some sort of larger lock, but that doesn't make sense to me; that should show up as a dominating wait event.
    Anybody have any clues for me...?
    Oh, ALL_TABLES tells me:
    PCT_FREE = 10
    PCT_USED = null
    INI_TRANS = 1
    MAX_TRANS = 255
    FREELISTS = null
    FREELIST_GROUPS = null
    NUM_ROWS = 978636
    NUM_FREELIST_BLOCKS = 0
    LAST_ANALYZED = (today)

    Thank you for your suggest. This is a developmnet DB. I think problem was due to out agent that were be down for 24 hours, when DB came online agent have dumped many data creating all those connections.
    But if ASH views need a license, normally what have to be used?
    Thanks
    Stefano

  • Gc current block 2-way & gc current block 3-way

    Hi All,
    we ran a query paralley in 2 different sessions on a 10.2.0.4 database 3-Node RAC installed on Linux box. In 3rd Node the query executed in 70 seconds but on the second session it was waiting for a long time and we did the trace. We generated the trace for 5 mins alone and we stopped the trace, the trace file shows it is waiting in "gc current block 3-way" and that it is using the object "328952" which is a index that is not used in the EXPLAIN PLAN.
    Please let me know how to analyze the problem.
    >
    select
    wrkactaus.client_id_k, austat.au_id_k, wrkactaus.prp_id, wrkactaus.prp_stat_id, austat.hh_id_k
    FROM
    (SELECT au_id_k, as1.hh_id_k
    FROM au, au_stat as1
    WHERE as1.create_ts =
    (SELECT MAX(as2.create_ts)
    FROM au_stat as2
    WHERE as2.au_id_k = as1.au_id_k
    AND as2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND as2.eff_dte =
    (SELECT MAX(as3.eff_dte)
    FROM au_stat as3
    WHERE as3.au_id_k = as2.au_id_k
    AND as3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND as3.eff_dte < '01-SEP-12'
    AND au.pgm_cd_code_k = 'FF'
    AND as1.au_stat_cd_code_k ='ACTIVE'
    AND au.id = as1.au_id_k
    )austat,
    (SELECT DISTINCT(edbcclntmemb.client_id_k),
    eligendaus.au_id_k,
    prp_stat.prp_id,
    prp_stat.prp_stat_id
    FROM
    (SELECT aed1.au_id_k,
    aed1.elig_end_dte
    FROM au_elig_dte aed1,
    edbc_auth ea1
    WHERE aed1.EXISTS_FLG = 'Y' and aed1.create_ts =
    (SELECT MAX(aed2.create_ts)
    FROM au_elig_dte aed2
    WHERE aed2.au_id_k = aed1.au_id_k
    AND aed2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND aed2.eff_dte =
    (SELECT MAX(aed3.eff_dte)
    FROM au_elig_dte aed3
    WHERE aed3.au_id_k = aed2.au_id_k
    AND aed3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND aed3.eff_dte < '01-SEP-12')
    AND ea1.create_ts =
    (SELECT MAX(ea2.create_ts)
    FROM edbc_auth ea2
    WHERE ea2.edbc_id_k = ea1.edbc_id_k
    AND ea2.create_ts < '01-SEP-12 02.45.01.561483000 PM')
    AND ea1.auth_flg = 'Y'
    AND aed1.elig_end_dte = '30-SEP-12'
    AND aed1.edbc_id_k = ea1.edbc_id_k)
    eligendaus,
    (SELECT ecam1.client_id_k,
    ecam1.au_id_k
    FROM edbc_client_au_memb ecam1
    WHERE ecam1.create_ts =
    (SELECT MAX(ecam2.create_ts)
    FROM edbc_client_au_memb ecam2
    WHERE ecam2.au_id_k = ecam1.au_id_k
    AND ecam2.client_id_k = ecam1.client_id_k
    AND ecam2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND ecam2.eff_dte =
    (SELECT MAX(ecam3.eff_dte)
    FROM edbc_client_au_memb ecam3
    WHERE ecam3.au_id_k = ecam2.au_id_k
    AND ecam3.client_id_k = ecam2.client_id_k
    AND ecam3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND ecam3.eff_dte < '01-SEP-12')
    edbcclntmemb,
    (SELECT client_id_k,
    prp_id,
    prp_stat_id,
    prp_wrk_act_stat_dte
    FROM
    (SELECT cpwa1.client_id_k,
    cpwa1.id AS
    prp_id
    FROM client_prp_wrk_act cpwa1
    WHERE cpwa1.create_ts =
    (SELECT MAX(cpwa2.create_ts)
    FROM client_prp_wrk_act cpwa2
    WHERE cpwa2.client_id_k = cpwa1.client_id_k
    AND cpwa2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwa2.eff_dte =
    (SELECT MAX(cpwa3.eff_dte)
    FROM client_prp_wrk_act cpwa3
    WHERE cpwa3.client_id_k = cpwa2.client_id_k
    AND cpwa3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwa3.eff_dte < '01-SEP-12')
    ) AND cpwa1.end_dte IS NULL
    client_prp,
    (SELECT cpwas1.id AS
    prp_stat_id,
    client_prp_wrk_act_id_k,
    cpwas1.prp_wrk_act_stat_dte
    FROM client_prp_wrk_act_stat cpwas1
    WHERE cpwas1.create_ts =
    (SELECT MAX(cpwas2.create_ts)
    FROM client_prp_wrk_act_stat cpwas2
    WHERE cpwas2.client_prp_wrk_act_id_k = cpwas1.client_prp_wrk_act_id_k
    AND cpwas2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwas2.eff_dte =
    (SELECT MAX(cpwas3.eff_dte)
    FROM client_prp_wrk_act_stat cpwas3
    WHERE cpwas3.client_prp_wrk_act_id_k = cpwas2.client_prp_wrk_act_id_k
    AND cpwas3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwas3.eff_dte < '01-SEP-12'
    AND cpwas3.prp_wrk_act_stat_dte =
    (SELECT MAX(cpwas4.prp_wrk_act_stat_dte)
    FROM client_prp_wrk_act_stat cpwas4
    WHERE cpwas4.client_prp_wrk_act_id_k = cpwas3.client_prp_wrk_act_id_k
    AND cpwas4.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwas4.eff_dte < '01-SEP-12'
    AND cpwas4.prp_wrk_act_stat_dte < '01-SEP-12')
    ) clnt_prp_stat
    WHERE client_prp.prp_id = clnt_prp_stat.client_prp_wrk_act_id_k)
    prp_stat
    WHERE eligendaus.au_id_k = edbcclntmemb.au_id_k
    AND edbcclntmemb.client_id_k = prp_stat.client_id_k)
    wrkactaus
    WHERE austat.au_id_k = wrkactaus.au_id_k;
    >
    Explain Plan
    >
    Plan hash value: 3805111278
    | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
    | 0 | SELECT STATEMENT | | 1 | 92 | | 139K (1)| 00:27:56 |
    | 1 | NESTED LOOPS | | 1 | 92 | | 139K (1)| 00:27:56 |
    | 2 | NESTED LOOPS | | 1 | 82 | | 139K (1)| 00:27:56 |
    | 3 | VIEW | | 1 | 52 | | 139K (1)| 00:27:56 |
    | 4 | HASH UNIQUE | | 1 | 205 | | 139K (1)| 00:27:56 |
    |* 5 | FILTER | | | | | | |
    |* 6 | HASH JOIN | | 1 | 205 | | 139K (1)| 00:27:55 |
    |* 7 | TABLE ACCESS BY INDEX ROWID | EDBC_AUTH | 1 | 49 | | 3 (0)| 00:00:01 |
    | 8 | NESTED LOOPS | | 1 | 184 | | 123K (1)| 00:24:38 |
    | 9 | NESTED LOOPS | | 1 | 135 | | 123K (1)| 00:24:38 |
    | 10 | NESTED LOOPS | | 1 | 102 | | 123K (1)| 00:24:38 |
    | 11 | NESTED LOOPS | | 1 | 79 | | 123K (1)| 00:24:37 |
    | 12 | NESTED LOOPS | | 1 | 56 | | 123K (1)| 00:24:37 |
    | 13 | VIEW | VW_SQ_5 | 1 | 21 | | 123K (1)| 00:24:37 |
    | 14 | HASH GROUP BY | | 1 | 53 | 7640K| 123K (1)| 00:24:37 |
    |* 15 | INDEX FULL SCAN | CPRPWA_PK | 66017 | 3416K| | 335 (1)| 00:00:05 |
    | 16 | SORT AGGREGATE | | 1 | 25 | | | |
    |* 17 | INDEX RANGE SCAN | CPRPWA_PK | 2 | 50 | | 2 (0)| 00:00:01 |
    |* 18 | TABLE ACCESS BY INDEX ROWID | CLIENT_PRP_WRK_ACT | 1 | 35 | | 2 (0)| 00:00:01 |
    |* 19 | INDEX RANGE SCAN | CPRPWA_PK | 1 | | | 1 (0)| 00:00:01 |
    | 20 | TABLE ACCESS BY INDEX ROWID | CLIENT_PRP_WRK_ACT_STAT | 1 | 23 | | 3 (0)| 00:00:01 |
    |* 21 | INDEX RANGE SCAN | CPRPWASTAT_PK | 1 | | | 2 (0)| 00:00:01 |
    | 22 | SORT AGGREGATE | | 1 | 47 | | | |
    | 23 | NESTED LOOPS | | 1 | 47 | | 12 (17)| 00:00:01 |
    | 24 | VIEW | VW_SQ_2 | 1 | 22 | | 10 (20)| 00:00:01 |
    | 25 | SORT GROUP BY | | 1 | 15 | | 10 (20)| 00:00:01 |
    | 26 | VIEW | | 1 | 15 | | 10 (20)| 00:00:01 |
    |* 27 | FILTER | | | | | | |
    | 28 | SORT GROUP BY | | 1 | 84 | | 10 (20)| 00:00:01 |
    |* 29 | HASH JOIN | | 2 | 168 | | 9 (12)| 00:00:01 |
    |* 30 | TABLE ACCESS BY INDEX ROWID| CLIENT_PRP_WRK_ACT_STAT | 2 | 78 | | 4 (0)| 00:00:01 |
    |* 31 | INDEX RANGE SCAN | CPRPWASTAT_PK | 2 | | | 3 (0)| 00:00:01 |
    | 32 | TABLE ACCESS BY INDEX ROWID| CLIENT_PRP_WRK_ACT_STAT | 2 | 90 | | 4 (0)| 00:00:01 |
    |* 33 | INDEX RANGE SCAN | CPRPWASTAT_PK | 2 | | | 3 (0)| 00:00:01 |
    |* 34 | INDEX RANGE SCAN | CPRPWASTAT_PK | 1 | 25 | | 2 (0)| 00:00:01 |
    | 35 | TABLE ACCESS BY INDEX ROWID | EDBC_CLIENT_AU_MEMB | 89 | 2047 | | 23 (0)| 00:00:01 |
    |* 36 | INDEX RANGE SCAN | IDX_CLIENT_ID_EDBC | 89 | | | 2 (0)| 00:00:01 |
    |* 37 | TABLE ACCESS BY INDEX ROWID | AU_ELIG_DTE | 1 | 33 | | 3 (0)| 00:00:01 |
    |* 38 | INDEX RANGE SCAN | AUED_PK | 1 | | | 2 (0)| 00:00:01 |
    | 39 | SORT AGGREGATE | | 1 | 47 | | | |
    |* 40 | HASH JOIN | | 1 | 47 | | 7 (15)| 00:00:01 |
    | 41 | VIEW | VW_SQ_4 | 11 | 242 | | 3 (0)| 00:00:01 |
    | 42 | SORT GROUP BY | | 11 | 341 | | 3 (0)| 00:00:01 |
    |* 43 | INDEX RANGE SCAN | AUED_PK | 11 | 341 | | 3 (0)| 00:00:01 |
    |* 44 | INDEX RANGE SCAN | AUED_PK | 11 | 275 | | 3 (0)| 00:00:01 |
    |* 45 | INDEX RANGE SCAN | EDBCA_PK | 1 | | | 2 (0)| 00:00:01 |
    | 46 | VIEW | VW_SQ_6 | 4167K| 83M| | 16442 (1)| 00:03:18 |
    | 47 | HASH GROUP BY | | 4167K| 178M| 478M| 16442 (1)| 00:03:18 |
    |* 48 | INDEX FULL SCAN | EDBCA_PK | 4167K| 178M| | 16442 (1)| 00:03:18 |
    | 49 | SORT AGGREGATE | | 1 | 66 | | | |
    | 50 | NESTED LOOPS | | 1 | 66 | | 6 (0)| 00:00:01 |
    | 51 | VIEW | VW_SQ_3 | 1 | 35 | | 4 (0)| 00:00:01 |
    | 52 | SORT GROUP BY | | 1 | 43 | | 4 (0)| 00:00:01 |
    |* 53 | INDEX RANGE SCAN | ECAUM_PK | 1 | 43 | | 4 (0)| 00:00:01 |
    |* 54 | INDEX RANGE SCAN | ECAUM_PK | 1 | 31 | | 3 (0)| 00:00:01 |
    |* 55 | TABLE ACCESS BY INDEX ROWID | AU_STAT | 1 | 30 | | 3 (0)| 00:00:01 |
    |* 56 | INDEX RANGE SCAN | AUS_PK | 1 | | | 2 (0)| 00:00:01 |
    | 57 | SORT AGGREGATE | | 1 | 47 | | | |
    |* 58 | HASH JOIN | | 1 | 47 | | 7 (15)| 00:00:01 |
    | 59 | VIEW | VW_SQ_7 | 10 | 220 | | 3 (0)| 00:00:01 |
    | 60 | SORT GROUP BY | | 10 | 310 | | 3 (0)| 00:00:01 |
    |* 61 | INDEX RANGE SCAN | AUS_PK | 10 | 310 | | 3 (0)| 00:00:01 |
    |* 62 | INDEX RANGE SCAN | AUS_PK | 10 | 250 | | 3 (0)| 00:00:01 |
    |* 63 | TABLE ACCESS BY INDEX ROWID | AU | 1 | 10 | | 2 (0)| 00:00:01 |
    |* 64 | INDEX UNIQUE SCAN | PK_AU | 1 | | | 1 (0)| 00:00:01 |
    Predicate Information (identified by operation id):
    5 - filter("ECAM1"."CREATE_TS"= (SELECT MAX("ECAM2"."CREATE_TS") FROM "EDBC_CLIENT_AU_MEMB" "ECAM2", (SELECT
    MAX("ECAM3"."EFF_DTE") "VW_COL_1","ECAM3"."AU_ID_K" "AU_ID_K","ECAM3"."CLIENT_ID_K" "CLIENT_ID_K" FROM
    "EDBC_CLIENT_AU_MEMB" "ECAM3" WHERE "ECAM3"."EFF_DTE"<'01-SEP-12' AND "ECAM3"."AU_ID_K"=:B1 AND "ECAM3"."CLIENT_ID_K"=:B2
    AND "ECAM3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') GROUP BY "ECAM3"."AU_ID_K","ECAM3"."CLIENT_ID_K")
    "VW_SQ_3" WHERE "ECAM2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') AND "ECAM2"."EFF_DTE"="VW_COL_1" AND
    "AU_ID_K"="ECAM2"."AU_ID_K" AND "ECAM2"."AU_ID_K"=:B3 AND "ECAM2"."CLIENT_ID_K"=:B4 AND
    "CLIENT_ID_K"="ECAM2"."CLIENT_ID_K"))
    6 - access("EA1"."CREATE_TS"="VW_COL_1" AND "EDBC_ID_K"="EA1"."EDBC_ID_K")
    7 - filter("EA1"."AUTH_FLG"='Y')
    15 - access("CPWA2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("CPWA2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') AND "CPWA2"."EFF_DTE"= (SELECT
    MAX("CPWA3"."EFF_DTE") FROM "CLIENT_PRP_WRK_ACT" "CPWA3" WHERE "CPWA3"."EFF_DTE"<'01-SEP-12' AND "CPWA3"."CLIENT_ID_K"=:B1
    AND "CPWA3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM')))
    17 - access("CPWA3"."CLIENT_ID_K"=:B1 AND "CPWA3"."EFF_DTE"<'01-SEP-12' AND "CPWA3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12
    02.45.01.561483000 PM'))
    filter("CPWA3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    18 - filter("CPWA1"."END_DTE" IS NULL)
    19 - access("CLIENT_ID_K"="CPWA1"."CLIENT_ID_K" AND "CPWA1"."CREATE_TS"="VW_COL_1")
    filter("CPWA1"."CREATE_TS"="VW_COL_1")
    21 - access("CPWA1"."ID"="CLIENT_PRP_WRK_ACT_ID_K")
    filter("CPWAS1"."CREATE_TS"= (SELECT MAX("CPWAS2"."CREATE_TS") FROM "CLIENT_PRP_WRK_ACT_STAT" "CPWAS2", (SELECT
    MAX("$vm_col_1") "VW_COL_1","$vm_col_2" "CLIENT_PRP_WRK_ACT_ID_K" FROM (SELECT /*+ */ "CPWAS3"."EFF_DTE"
    "$vm_col_1","CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K" "$vm_col_2" FROM "CLIENT_PRP_WRK_ACT_STAT"
    "CPWAS3","CLIENT_PRP_WRK_ACT_STAT" "CPWAS4" WHERE "CPWAS4"."EFF_DTE"<'01-SEP-12' AND "CPWAS4"."CLIENT_PRP_WRK_ACT_ID_K"=:B1
    AND "CPWAS4"."PRP_WRK_ACT_STAT_DTE"<'01-SEP-12' AND "CPWAS4"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM')
    AND "CPWAS3"."EFF_DTE"<'01-SEP-12' AND "CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K"=:B2 AND
    "CPWAS4"."CLIENT_PRP_WRK_ACT_ID_K"="CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K" AND "CPWAS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12
    02.45.01.561483000 PM') GROUP BY "CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K",ROWID,"CPWAS3"."PRP_WRK_ACT_STAT_DTE","CPWAS4"."CLIENT_P
    RP_WRK_ACT_ID_K","CPWAS3"."EFF_DTE" HAVING "CPWAS3"."PRP_WRK_ACT_STAT_DTE"=MAX("CPWAS4"."PRP_WRK_ACT_STAT_DTE")) "$vm_view"
    GROUP BY "$vm_col_2") "VW_SQ_2" WHERE "CPWAS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') AND
    "CPWAS2"."EFF_DTE"="VW_COL_1" AND "CLIENT_PRP_WRK_ACT_ID_K"="CPWAS2"."CLIENT_PRP_WRK_ACT_ID_K" AND
    "CPWAS2"."CLIENT_PRP_WRK_ACT_ID_K"=:B3))
    27 - filter("CPWAS3"."PRP_WRK_ACT_STAT_DTE"=MAX("CPWAS4"."PRP_WRK_ACT_STAT_DTE"))
    29 - access("CPWAS4"."CLIENT_PRP_WRK_ACT_ID_K"="CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K")
    30 - filter("CPWAS4"."PRP_WRK_ACT_STAT_DTE"<'01-SEP-12')
    31 - access("CPWAS4"."CLIENT_PRP_WRK_ACT_ID_K"=:B1 AND "CPWAS4"."EFF_DTE"<'01-SEP-12' AND
    "CPWAS4"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("CPWAS4"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    33 - access("CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K"=:B1 AND "CPWAS3"."EFF_DTE"<'01-SEP-12' AND
    "CPWAS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("CPWAS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    34 - access("CLIENT_PRP_WRK_ACT_ID_K"="CPWAS2"."CLIENT_PRP_WRK_ACT_ID_K" AND "CPWAS2"."EFF_DTE"="VW_COL_1" AND
    "CPWAS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("CPWAS2"."CLIENT_PRP_WRK_ACT_ID_K"=:B1)
    36 - access("ECAM1"."CLIENT_ID_K"="CPWA1"."CLIENT_ID_K")
    37 - filter("AED1"."ELIG_END_DTE"='30-SEP-12' AND "AED1"."EXISTS_FLG"='Y')
    38 - access("AED1"."AU_ID_K"="ECAM1"."AU_ID_K")
    filter("AED1"."CREATE_TS"= (SELECT MAX("AED2"."CREATE_TS") FROM "AU_ELIG_DTE" "AED2", (SELECT MAX("AED3"."EFF_DTE")
    "VW_COL_1","AED3"."AU_ID_K" "AU_ID_K" FROM "AU_ELIG_DTE" "AED3" WHERE "AED3"."EFF_DTE"<'01-SEP-12' AND "AED3"."AU_ID_K"=:B1
    AND "AED3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') GROUP BY "AED3"."AU_ID_K") "VW_SQ_4" WHERE
    "AED2"."AU_ID_K"=:B2 AND "AU_ID_K"="AED2"."AU_ID_K" AND "AED2"."EFF_DTE"="VW_COL_1" AND
    "AED2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM')))
    40 - access("AED2"."EFF_DTE"="VW_COL_1" AND "AU_ID_K"="AED2"."AU_ID_K")
    43 - access("AED3"."AU_ID_K"=:B1 AND "AED3"."EFF_DTE"<'01-SEP-12' AND "AED3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12
    02.45.01.561483000 PM'))
    filter("AED3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    44 - access("AED2"."AU_ID_K"=:B1 AND "AED2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("AED2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    45 - access("AED1"."EDBC_ID_K"="EA1"."EDBC_ID_K")
    48 - access("EA2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("EA2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    53 - access("ECAM3"."AU_ID_K"=:B1 AND "ECAM3"."CLIENT_ID_K"=:B2 AND "ECAM3"."EFF_DTE"<'01-SEP-12' AND
    "ECAM3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("ECAM3"."CLIENT_ID_K"=:B1 AND "ECAM3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    54 - access("AU_ID_K"="ECAM2"."AU_ID_K" AND "ECAM2"."EFF_DTE"="VW_COL_1" AND "CLIENT_ID_K"="ECAM2"."CLIENT_ID_K" AND
    "ECAM2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("ECAM2"."AU_ID_K"=:B1 AND "ECAM2"."CLIENT_ID_K"=:B2 AND "CLIENT_ID_K"="ECAM2"."CLIENT_ID_K")
    55 - filter("AS1"."AU_STAT_CD_CODE_K"='ACTIVE')
    56 - access("AU_ID_K"="WRKACTAUS"."AU_ID_K")
    filter("AS1"."CREATE_TS"= (SELECT MAX("AS2"."CREATE_TS") FROM "AU_STAT" "AS2", (SELECT MAX("AS3"."EFF_DTE")
    "VW_COL_1","AS3"."AU_ID_K" "AU_ID_K" FROM "AU_STAT" "AS3" WHERE "AS3"."EFF_DTE"<'01-SEP-12' AND "AS3"."AU_ID_K"=:B1 AND
    "AS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') GROUP BY "AS3"."AU_ID_K") "VW_SQ_7" WHERE
    "AS2"."AU_ID_K"=:B2 AND "AU_ID_K"="AS2"."AU_ID_K" AND "AS2"."EFF_DTE"="VW_COL_1" AND
    "AS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM')))
    58 - access("AS2"."EFF_DTE"="VW_COL_1" AND "AU_ID_K"="AS2"."AU_ID_K")
    61 - access("AS3"."AU_ID_K"=:B1 AND "AS3"."EFF_DTE"<'01-SEP-12' AND "AS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12
    02.45.01.561483000 PM'))
    filter("AS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    62 - access("AS2"."AU_ID_K"=:B1 AND "AS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("AS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    63 - filter("AU"."PGM_CD_CODE_K"='FF')
    64 - access("AU"."ID"="AS1"."AU_ID_K")
    >
    Part of Trace File
    >
    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, Real Application Clusters, OLAP, Data Mining
    and Real Application Testing options
    ORACLE_HOME = /opt/app/oracle/product/10.2.0/db
    System name:     Linux
    Node name:     de0119006lb010
    Release:     2.6.18-308.11.1.el5
    Version:     #1 SMP Fri Jun 15 15:41:53 EDT 2012
    Machine:     x86_64
    Instance name: depdbprm3
    Redo thread mounted by this instance: 3
    Oracle process number: 103
    Unix process pid: 29158, image: [email protected]
    *** 2013-03-19 17:19:59.081
    *** ACTION NAME:() 2013-03-19 17:19:59.081
    *** MODULE NAME:(SQL Developer) 2013-03-19 17:19:59.081
    *** SERVICE NAME:(depdbprm) 2013-03-19 17:19:59.081
    *** SESSION ID:(1553.20651) 2013-03-19 17:19:59.081
    WAIT #3: nam='gc cr grant 2-way' ela= 236 p1=62 p2=568096 p3=1 obj#=328952 tim=1331769139727726
    WAIT #3: nam='db file sequential read' ela= 247 file#=62 block#=568096 blocks=1 obj#=328952 tim=1331769139728347
    WAIT #3: nam='gc cr grant 2-way' ela= 259 p1=62 p2=568449 p3=1 obj#=328952 tim=1331769141363681
    WAIT #3: nam='db file sequential read' ela= 267 file#=62 block#=568449 blocks=1 obj#=328952 tim=1331769141364023
    WAIT #3: nam='gc current block 2-way' ela= 356 p1=63 p2=135004 p3=1 obj#=328952 tim=1331769143207109
    WAIT #3: nam='gc current block 2-way' ela= 289 p1=63 p2=135073 p3=1 obj#=328952 tim=1331769143240780
    WAIT #3: nam='gc current block 3-way' ela= 562 p1=62 p2=568137 p3=1 obj#=328952 tim=1331769145591937
    WAIT #3: nam='gc current block 2-way' ela= 387 p1=63 p2=134686 p3=1 obj#=328952 tim=1331769145874228
    WAIT #3: nam='gc current block 3-way' ela= 607 p1=62 p2=567750 p3=1 obj#=328952 tim=1331769146961322
    *** 2013-03-19 17:20:09.096
    WAIT #3: nam='gc current block 2-way' ela= 352 p1=61 p2=546053 p3=1 obj#=328952 tim=1331769149508254
    WAIT #3: nam='gc current block 2-way' ela= 297 p1=61 p2=546052 p3=1 obj#=328952 tim=1331769149534031
    WAIT #3: nam='gc current block 2-way' ela= 398 p1=63 p2=134765 p3=1 obj#=328952 tim=1331769150388736
    WAIT #3: nam='gc current block 2-way' ela= 413 p1=43 p2=533298 p3=1 obj#=328952 tim=1331769150704716
    WAIT #3: nam='gc current block 2-way' ela= 261 p1=43 p2=533297 p3=1 obj#=328952 tim=1331769150716671
    WAIT #3: nam='gc current block 2-way' ela= 330 p1=57 p2=84679 p3=1 obj#=328952 tim=1331769152562873
    WAIT #3: nam='gc current block 2-way' ela= 393 p1=57 p2=84250 p3=1 obj#=328952 tim=1331769153124750
    WAIT #3: nam='gc current block 2-way' ela= 383 p1=57 p2=84492 p3=1 obj#=328952 tim=1331769153606792
    WAIT #3: nam='gc current block 2-way' ela= 371 p1=61 p2=545720 p3=1 obj#=328952 tim=1331769154680811
    WAIT #3: nam='gc current block 3-way' ela= 585 p1=62 p2=568311 p3=1 obj#=328952 tim=1331769154811847
    WAIT #3: nam='gc current block 3-way' ela= 496 p1=46 p2=189388 p3=1 obj#=328952 tim=1331769155959780
    WAIT #3: nam='gc current block 2-way' ela= 333 p1=138 p2=186289 p3=1 obj#=325456 tim=1331769155960430
    WAIT #3: nam='gc current block 2-way' ela= 396 p1=61 p2=546147 p3=1 obj#=328952 tim=1331769156319216
    WAIT #3: nam='gc current block 2-way' ela= 361 p1=43 p2=533326 p3=1 obj#=328952 tim=1331769156496194
    WAIT #3: nam='gc current block 2-way' ela= 355 p1=61 p2=546055 p3=1 obj#=328952 tim=1331769156676604
    WAIT #3: nam='gc current block 2-way' ela= 380 p1=23 p2=1024150 p3=1 obj#=328952 tim=1331769158887190
    *** 2013-03-19 17:20:21.424
    WAIT #3: nam='gc current block 2-way' ela= 345 p1=56 p2=640594 p3=1 obj#=328952 tim=1331769161546890
    WAIT #3: nam='gc current block 2-way' ela= 373 p1=62 p2=568040 p3=1 obj#=328952 tim=1331769163580880
    WAIT #3: nam='gc current block 2-way' ela= 395 p1=179 p2=201084 p3=1 obj#=328952 tim=1331769164782836
    WAIT #3: nam='gc current block 2-way' ela= 399 p1=179 p2=201085 p3=1 obj#=328952 tim=1331769164873539
    WAIT #3: nam='gc current block 2-way' ela= 276 p1=179 p2=201083 p3=1 obj#=328952 tim=1331769164882366
    WAIT #3: nam='gc current block 2-way' ela= 406 p1=56 p2=640077 p3=1 obj#=328952 tim=1331769164960368
    WAIT #3: nam='gc current block 3-way' ela= 553 p1=200 p2=191022 p3=1 obj#=328952 tim=1331769166617564
    WAIT #3: nam='gc current block 2-way' ela= 383 p1=62 p2=567988 p3=1 obj#=328952 tim=1331769167885558
    WAIT #3: nam='gc current block 2-way' ela= 359 p1=61 p2=545391 p3=1 obj#=328952 tim=1331769169178262
    WAIT #3: nam='gc current block 2-way' ela= 394 p1=60 p2=103677 p3=1 obj#=328952 tim=1331769171025394
    WAIT #3: nam='gc current block 2-way' ela= 267 p1=60 p2=103678 p3=1 obj#=328952 tim=1331769171033578
    *** 2013-03-19 17:20:31.805
    WAIT #3: nam='gc current block 2-way' ela= 622 p1=60 p2=104513 p3=1 obj#=328952 tim=1331769171684584
    WAIT #3: nam='gc current block 2-way' ela= 272 p1=52 p2=137262 p3=1 obj#=328952 tim=1331769171912038
    WAIT #3: nam='gc current block 2-way' ela= 369 p1=57 p2=84425 p3=1 obj#=328952 tim=1331769173674500
    WAIT #3: nam='gc current block 2-way' ela= 307 p1=60 p2=103758 p3=1 obj#=328952 tim=1331769174117156
    WAIT #3: nam='gc current block 3-way' ela= 668 p1=62 p2=567896 p3=1 obj#=328952 tim=1331769174388555
    WAIT #3: nam='gc current block 2-way' ela= 321 p1=55 p2=158741 p3=1 obj#=328952 tim=1331769175733472
    WAIT #3: nam='gc current block 2-way' ela= 368 p1=60 p2=104123 p3=1 obj#=328952 tim=1331769178620478
    WAIT #3: nam='gc current block 2-way' ela= 406 p1=27 p2=102113 p3=1 obj#=328952 tim=1331769181249151
    *** 2013-03-19 17:20:52.545
    WAIT #3: nam='gc current block 2-way' ela= 391 p1=186 p2=204072 p3=1 obj#=328952 tim=1331769191939303
    WAIT #3: nam='gc current block 3-way' ela= 547 p1=57 p2=64435 p3=1 obj#=327198 tim=1331769191940250
    WAIT #3: nam='gc current block 2-way' ela= 370 p1=24 p2=106010 p3=1 obj#=328952 tim=1331769193513721
    WAIT #3: nam='gc current block 2-way' ela= 447 p1=57 p2=84352 p3=1 obj#=328952 tim=1331769194379712
    WAIT #3: nam='gc current block 2-way' ela= 388 p1=63 p2=135154 p3=1 obj#=328952 tim=1331769194780054
    WAIT #3: nam='gc current block 2-way' ela= 349 p1=14 p2=379706 p3=1 obj#=328952 tim=1331769201061077
    WAIT #3: nam='gc current block 2-way' ela= 106 p1=14 p2=379705 p3=1 obj#=328952 tim=1331769201066997
    *** 2013-03-19 17:21:06.606
    WAIT #3: nam='gc current block 2-way' ela= 423 p1=196 p2=202210 p3=1 obj#=328952 tim=133176920567
    >
    Object Information
    >
    select * from dba_objects where object_id = '328952';
    XXXX AS_AIK_ASCCK_I          328952     328952     INDEX     20-FEB-13     20-FEB-13     2013-02-20:19:23:02     VALID     N     N     N
    >
    Thanks,
    Vijay

    Hi All,
    we ran a query paralley in 2 different sessions on a 10.2.0.4 database 3-Node RAC installed on Linux box. In 3rd Node the query executed in 70 seconds but on the second session it was waiting for a long time and we did the trace. We generated the trace for 5 mins alone and we stopped the trace, the trace file shows it is waiting in "gc current block 3-way" and that it is using the object "328952" which is a index that is not used in the EXPLAIN PLAN.
    Please let me know how to analyze the problem.
    >
    select
    wrkactaus.client_id_k, austat.au_id_k, wrkactaus.prp_id, wrkactaus.prp_stat_id, austat.hh_id_k
    FROM
    (SELECT au_id_k, as1.hh_id_k
    FROM au, au_stat as1
    WHERE as1.create_ts =
    (SELECT MAX(as2.create_ts)
    FROM au_stat as2
    WHERE as2.au_id_k = as1.au_id_k
    AND as2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND as2.eff_dte =
    (SELECT MAX(as3.eff_dte)
    FROM au_stat as3
    WHERE as3.au_id_k = as2.au_id_k
    AND as3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND as3.eff_dte < '01-SEP-12'
    AND au.pgm_cd_code_k = 'FF'
    AND as1.au_stat_cd_code_k ='ACTIVE'
    AND au.id = as1.au_id_k
    )austat,
    (SELECT DISTINCT(edbcclntmemb.client_id_k),
    eligendaus.au_id_k,
    prp_stat.prp_id,
    prp_stat.prp_stat_id
    FROM
    (SELECT aed1.au_id_k,
    aed1.elig_end_dte
    FROM au_elig_dte aed1,
    edbc_auth ea1
    WHERE aed1.EXISTS_FLG = 'Y' and aed1.create_ts =
    (SELECT MAX(aed2.create_ts)
    FROM au_elig_dte aed2
    WHERE aed2.au_id_k = aed1.au_id_k
    AND aed2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND aed2.eff_dte =
    (SELECT MAX(aed3.eff_dte)
    FROM au_elig_dte aed3
    WHERE aed3.au_id_k = aed2.au_id_k
    AND aed3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND aed3.eff_dte < '01-SEP-12')
    AND ea1.create_ts =
    (SELECT MAX(ea2.create_ts)
    FROM edbc_auth ea2
    WHERE ea2.edbc_id_k = ea1.edbc_id_k
    AND ea2.create_ts < '01-SEP-12 02.45.01.561483000 PM')
    AND ea1.auth_flg = 'Y'
    AND aed1.elig_end_dte = '30-SEP-12'
    AND aed1.edbc_id_k = ea1.edbc_id_k)
    eligendaus,
    (SELECT ecam1.client_id_k,
    ecam1.au_id_k
    FROM edbc_client_au_memb ecam1
    WHERE ecam1.create_ts =
    (SELECT MAX(ecam2.create_ts)
    FROM edbc_client_au_memb ecam2
    WHERE ecam2.au_id_k = ecam1.au_id_k
    AND ecam2.client_id_k = ecam1.client_id_k
    AND ecam2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND ecam2.eff_dte =
    (SELECT MAX(ecam3.eff_dte)
    FROM edbc_client_au_memb ecam3
    WHERE ecam3.au_id_k = ecam2.au_id_k
    AND ecam3.client_id_k = ecam2.client_id_k
    AND ecam3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND ecam3.eff_dte < '01-SEP-12')
    edbcclntmemb,
    (SELECT client_id_k,
    prp_id,
    prp_stat_id,
    prp_wrk_act_stat_dte
    FROM
    (SELECT cpwa1.client_id_k,
    cpwa1.id AS
    prp_id
    FROM client_prp_wrk_act cpwa1
    WHERE cpwa1.create_ts =
    (SELECT MAX(cpwa2.create_ts)
    FROM client_prp_wrk_act cpwa2
    WHERE cpwa2.client_id_k = cpwa1.client_id_k
    AND cpwa2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwa2.eff_dte =
    (SELECT MAX(cpwa3.eff_dte)
    FROM client_prp_wrk_act cpwa3
    WHERE cpwa3.client_id_k = cpwa2.client_id_k
    AND cpwa3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwa3.eff_dte < '01-SEP-12')
    ) AND cpwa1.end_dte IS NULL
    client_prp,
    (SELECT cpwas1.id AS
    prp_stat_id,
    client_prp_wrk_act_id_k,
    cpwas1.prp_wrk_act_stat_dte
    FROM client_prp_wrk_act_stat cpwas1
    WHERE cpwas1.create_ts =
    (SELECT MAX(cpwas2.create_ts)
    FROM client_prp_wrk_act_stat cpwas2
    WHERE cpwas2.client_prp_wrk_act_id_k = cpwas1.client_prp_wrk_act_id_k
    AND cpwas2.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwas2.eff_dte =
    (SELECT MAX(cpwas3.eff_dte)
    FROM client_prp_wrk_act_stat cpwas3
    WHERE cpwas3.client_prp_wrk_act_id_k = cpwas2.client_prp_wrk_act_id_k
    AND cpwas3.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwas3.eff_dte < '01-SEP-12'
    AND cpwas3.prp_wrk_act_stat_dte =
    (SELECT MAX(cpwas4.prp_wrk_act_stat_dte)
    FROM client_prp_wrk_act_stat cpwas4
    WHERE cpwas4.client_prp_wrk_act_id_k = cpwas3.client_prp_wrk_act_id_k
    AND cpwas4.create_ts < '01-SEP-12 02.45.01.561483000 PM'
    AND cpwas4.eff_dte < '01-SEP-12'
    AND cpwas4.prp_wrk_act_stat_dte < '01-SEP-12')
    ) clnt_prp_stat
    WHERE client_prp.prp_id = clnt_prp_stat.client_prp_wrk_act_id_k)
    prp_stat
    WHERE eligendaus.au_id_k = edbcclntmemb.au_id_k
    AND edbcclntmemb.client_id_k = prp_stat.client_id_k)
    wrkactaus
    WHERE austat.au_id_k = wrkactaus.au_id_k;
    >
    Explain Plan
    >
    Plan hash value: 3805111278
    | Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
    | 0 | SELECT STATEMENT | | 1 | 92 | | 139K (1)| 00:27:56 |
    | 1 | NESTED LOOPS | | 1 | 92 | | 139K (1)| 00:27:56 |
    | 2 | NESTED LOOPS | | 1 | 82 | | 139K (1)| 00:27:56 |
    | 3 | VIEW | | 1 | 52 | | 139K (1)| 00:27:56 |
    | 4 | HASH UNIQUE | | 1 | 205 | | 139K (1)| 00:27:56 |
    |* 5 | FILTER | | | | | | |
    |* 6 | HASH JOIN | | 1 | 205 | | 139K (1)| 00:27:55 |
    |* 7 | TABLE ACCESS BY INDEX ROWID | EDBC_AUTH | 1 | 49 | | 3 (0)| 00:00:01 |
    | 8 | NESTED LOOPS | | 1 | 184 | | 123K (1)| 00:24:38 |
    | 9 | NESTED LOOPS | | 1 | 135 | | 123K (1)| 00:24:38 |
    | 10 | NESTED LOOPS | | 1 | 102 | | 123K (1)| 00:24:38 |
    | 11 | NESTED LOOPS | | 1 | 79 | | 123K (1)| 00:24:37 |
    | 12 | NESTED LOOPS | | 1 | 56 | | 123K (1)| 00:24:37 |
    | 13 | VIEW | VW_SQ_5 | 1 | 21 | | 123K (1)| 00:24:37 |
    | 14 | HASH GROUP BY | | 1 | 53 | 7640K| 123K (1)| 00:24:37 |
    |* 15 | INDEX FULL SCAN | CPRPWA_PK | 66017 | 3416K| | 335 (1)| 00:00:05 |
    | 16 | SORT AGGREGATE | | 1 | 25 | | | |
    |* 17 | INDEX RANGE SCAN | CPRPWA_PK | 2 | 50 | | 2 (0)| 00:00:01 |
    |* 18 | TABLE ACCESS BY INDEX ROWID | CLIENT_PRP_WRK_ACT | 1 | 35 | | 2 (0)| 00:00:01 |
    |* 19 | INDEX RANGE SCAN | CPRPWA_PK | 1 | | | 1 (0)| 00:00:01 |
    | 20 | TABLE ACCESS BY INDEX ROWID | CLIENT_PRP_WRK_ACT_STAT | 1 | 23 | | 3 (0)| 00:00:01 |
    |* 21 | INDEX RANGE SCAN | CPRPWASTAT_PK | 1 | | | 2 (0)| 00:00:01 |
    | 22 | SORT AGGREGATE | | 1 | 47 | | | |
    | 23 | NESTED LOOPS | | 1 | 47 | | 12 (17)| 00:00:01 |
    | 24 | VIEW | VW_SQ_2 | 1 | 22 | | 10 (20)| 00:00:01 |
    | 25 | SORT GROUP BY | | 1 | 15 | | 10 (20)| 00:00:01 |
    | 26 | VIEW | | 1 | 15 | | 10 (20)| 00:00:01 |
    |* 27 | FILTER | | | | | | |
    | 28 | SORT GROUP BY | | 1 | 84 | | 10 (20)| 00:00:01 |
    |* 29 | HASH JOIN | | 2 | 168 | | 9 (12)| 00:00:01 |
    |* 30 | TABLE ACCESS BY INDEX ROWID| CLIENT_PRP_WRK_ACT_STAT | 2 | 78 | | 4 (0)| 00:00:01 |
    |* 31 | INDEX RANGE SCAN | CPRPWASTAT_PK | 2 | | | 3 (0)| 00:00:01 |
    | 32 | TABLE ACCESS BY INDEX ROWID| CLIENT_PRP_WRK_ACT_STAT | 2 | 90 | | 4 (0)| 00:00:01 |
    |* 33 | INDEX RANGE SCAN | CPRPWASTAT_PK | 2 | | | 3 (0)| 00:00:01 |
    |* 34 | INDEX RANGE SCAN | CPRPWASTAT_PK | 1 | 25 | | 2 (0)| 00:00:01 |
    | 35 | TABLE ACCESS BY INDEX ROWID | EDBC_CLIENT_AU_MEMB | 89 | 2047 | | 23 (0)| 00:00:01 |
    |* 36 | INDEX RANGE SCAN | IDX_CLIENT_ID_EDBC | 89 | | | 2 (0)| 00:00:01 |
    |* 37 | TABLE ACCESS BY INDEX ROWID | AU_ELIG_DTE | 1 | 33 | | 3 (0)| 00:00:01 |
    |* 38 | INDEX RANGE SCAN | AUED_PK | 1 | | | 2 (0)| 00:00:01 |
    | 39 | SORT AGGREGATE | | 1 | 47 | | | |
    |* 40 | HASH JOIN | | 1 | 47 | | 7 (15)| 00:00:01 |
    | 41 | VIEW | VW_SQ_4 | 11 | 242 | | 3 (0)| 00:00:01 |
    | 42 | SORT GROUP BY | | 11 | 341 | | 3 (0)| 00:00:01 |
    |* 43 | INDEX RANGE SCAN | AUED_PK | 11 | 341 | | 3 (0)| 00:00:01 |
    |* 44 | INDEX RANGE SCAN | AUED_PK | 11 | 275 | | 3 (0)| 00:00:01 |
    |* 45 | INDEX RANGE SCAN | EDBCA_PK | 1 | | | 2 (0)| 00:00:01 |
    | 46 | VIEW | VW_SQ_6 | 4167K| 83M| | 16442 (1)| 00:03:18 |
    | 47 | HASH GROUP BY | | 4167K| 178M| 478M| 16442 (1)| 00:03:18 |
    |* 48 | INDEX FULL SCAN | EDBCA_PK | 4167K| 178M| | 16442 (1)| 00:03:18 |
    | 49 | SORT AGGREGATE | | 1 | 66 | | | |
    | 50 | NESTED LOOPS | | 1 | 66 | | 6 (0)| 00:00:01 |
    | 51 | VIEW | VW_SQ_3 | 1 | 35 | | 4 (0)| 00:00:01 |
    | 52 | SORT GROUP BY | | 1 | 43 | | 4 (0)| 00:00:01 |
    |* 53 | INDEX RANGE SCAN | ECAUM_PK | 1 | 43 | | 4 (0)| 00:00:01 |
    |* 54 | INDEX RANGE SCAN | ECAUM_PK | 1 | 31 | | 3 (0)| 00:00:01 |
    |* 55 | TABLE ACCESS BY INDEX ROWID | AU_STAT | 1 | 30 | | 3 (0)| 00:00:01 |
    |* 56 | INDEX RANGE SCAN | AUS_PK | 1 | | | 2 (0)| 00:00:01 |
    | 57 | SORT AGGREGATE | | 1 | 47 | | | |
    |* 58 | HASH JOIN | | 1 | 47 | | 7 (15)| 00:00:01 |
    | 59 | VIEW | VW_SQ_7 | 10 | 220 | | 3 (0)| 00:00:01 |
    | 60 | SORT GROUP BY | | 10 | 310 | | 3 (0)| 00:00:01 |
    |* 61 | INDEX RANGE SCAN | AUS_PK | 10 | 310 | | 3 (0)| 00:00:01 |
    |* 62 | INDEX RANGE SCAN | AUS_PK | 10 | 250 | | 3 (0)| 00:00:01 |
    |* 63 | TABLE ACCESS BY INDEX ROWID | AU | 1 | 10 | | 2 (0)| 00:00:01 |
    |* 64 | INDEX UNIQUE SCAN | PK_AU | 1 | | | 1 (0)| 00:00:01 |
    Predicate Information (identified by operation id):
    5 - filter("ECAM1"."CREATE_TS"= (SELECT MAX("ECAM2"."CREATE_TS") FROM "EDBC_CLIENT_AU_MEMB" "ECAM2", (SELECT
    MAX("ECAM3"."EFF_DTE") "VW_COL_1","ECAM3"."AU_ID_K" "AU_ID_K","ECAM3"."CLIENT_ID_K" "CLIENT_ID_K" FROM
    "EDBC_CLIENT_AU_MEMB" "ECAM3" WHERE "ECAM3"."EFF_DTE"<'01-SEP-12' AND "ECAM3"."AU_ID_K"=:B1 AND "ECAM3"."CLIENT_ID_K"=:B2
    AND "ECAM3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') GROUP BY "ECAM3"."AU_ID_K","ECAM3"."CLIENT_ID_K")
    "VW_SQ_3" WHERE "ECAM2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') AND "ECAM2"."EFF_DTE"="VW_COL_1" AND
    "AU_ID_K"="ECAM2"."AU_ID_K" AND "ECAM2"."AU_ID_K"=:B3 AND "ECAM2"."CLIENT_ID_K"=:B4 AND
    "CLIENT_ID_K"="ECAM2"."CLIENT_ID_K"))
    6 - access("EA1"."CREATE_TS"="VW_COL_1" AND "EDBC_ID_K"="EA1"."EDBC_ID_K")
    7 - filter("EA1"."AUTH_FLG"='Y')
    15 - access("CPWA2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("CPWA2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') AND "CPWA2"."EFF_DTE"= (SELECT
    MAX("CPWA3"."EFF_DTE") FROM "CLIENT_PRP_WRK_ACT" "CPWA3" WHERE "CPWA3"."EFF_DTE"<'01-SEP-12' AND "CPWA3"."CLIENT_ID_K"=:B1
    AND "CPWA3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM')))
    17 - access("CPWA3"."CLIENT_ID_K"=:B1 AND "CPWA3"."EFF_DTE"<'01-SEP-12' AND "CPWA3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12
    02.45.01.561483000 PM'))
    filter("CPWA3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    18 - filter("CPWA1"."END_DTE" IS NULL)
    19 - access("CLIENT_ID_K"="CPWA1"."CLIENT_ID_K" AND "CPWA1"."CREATE_TS"="VW_COL_1")
    filter("CPWA1"."CREATE_TS"="VW_COL_1")
    21 - access("CPWA1"."ID"="CLIENT_PRP_WRK_ACT_ID_K")
    filter("CPWAS1"."CREATE_TS"= (SELECT MAX("CPWAS2"."CREATE_TS") FROM "CLIENT_PRP_WRK_ACT_STAT" "CPWAS2", (SELECT
    MAX("$vm_col_1") "VW_COL_1","$vm_col_2" "CLIENT_PRP_WRK_ACT_ID_K" FROM (SELECT /*+ */ "CPWAS3"."EFF_DTE"
    "$vm_col_1","CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K" "$vm_col_2" FROM "CLIENT_PRP_WRK_ACT_STAT"
    "CPWAS3","CLIENT_PRP_WRK_ACT_STAT" "CPWAS4" WHERE "CPWAS4"."EFF_DTE"<'01-SEP-12' AND "CPWAS4"."CLIENT_PRP_WRK_ACT_ID_K"=:B1
    AND "CPWAS4"."PRP_WRK_ACT_STAT_DTE"<'01-SEP-12' AND "CPWAS4"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM')
    AND "CPWAS3"."EFF_DTE"<'01-SEP-12' AND "CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K"=:B2 AND
    "CPWAS4"."CLIENT_PRP_WRK_ACT_ID_K"="CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K" AND "CPWAS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12
    02.45.01.561483000 PM') GROUP BY "CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K",ROWID,"CPWAS3"."PRP_WRK_ACT_STAT_DTE","CPWAS4"."CLIENT_P
    RP_WRK_ACT_ID_K","CPWAS3"."EFF_DTE" HAVING "CPWAS3"."PRP_WRK_ACT_STAT_DTE"=MAX("CPWAS4"."PRP_WRK_ACT_STAT_DTE")) "$vm_view"
    GROUP BY "$vm_col_2") "VW_SQ_2" WHERE "CPWAS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') AND
    "CPWAS2"."EFF_DTE"="VW_COL_1" AND "CLIENT_PRP_WRK_ACT_ID_K"="CPWAS2"."CLIENT_PRP_WRK_ACT_ID_K" AND
    "CPWAS2"."CLIENT_PRP_WRK_ACT_ID_K"=:B3))
    27 - filter("CPWAS3"."PRP_WRK_ACT_STAT_DTE"=MAX("CPWAS4"."PRP_WRK_ACT_STAT_DTE"))
    29 - access("CPWAS4"."CLIENT_PRP_WRK_ACT_ID_K"="CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K")
    30 - filter("CPWAS4"."PRP_WRK_ACT_STAT_DTE"<'01-SEP-12')
    31 - access("CPWAS4"."CLIENT_PRP_WRK_ACT_ID_K"=:B1 AND "CPWAS4"."EFF_DTE"<'01-SEP-12' AND
    "CPWAS4"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("CPWAS4"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    33 - access("CPWAS3"."CLIENT_PRP_WRK_ACT_ID_K"=:B1 AND "CPWAS3"."EFF_DTE"<'01-SEP-12' AND
    "CPWAS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("CPWAS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    34 - access("CLIENT_PRP_WRK_ACT_ID_K"="CPWAS2"."CLIENT_PRP_WRK_ACT_ID_K" AND "CPWAS2"."EFF_DTE"="VW_COL_1" AND
    "CPWAS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("CPWAS2"."CLIENT_PRP_WRK_ACT_ID_K"=:B1)
    36 - access("ECAM1"."CLIENT_ID_K"="CPWA1"."CLIENT_ID_K")
    37 - filter("AED1"."ELIG_END_DTE"='30-SEP-12' AND "AED1"."EXISTS_FLG"='Y')
    38 - access("AED1"."AU_ID_K"="ECAM1"."AU_ID_K")
    filter("AED1"."CREATE_TS"= (SELECT MAX("AED2"."CREATE_TS") FROM "AU_ELIG_DTE" "AED2", (SELECT MAX("AED3"."EFF_DTE")
    "VW_COL_1","AED3"."AU_ID_K" "AU_ID_K" FROM "AU_ELIG_DTE" "AED3" WHERE "AED3"."EFF_DTE"<'01-SEP-12' AND "AED3"."AU_ID_K"=:B1
    AND "AED3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') GROUP BY "AED3"."AU_ID_K") "VW_SQ_4" WHERE
    "AED2"."AU_ID_K"=:B2 AND "AU_ID_K"="AED2"."AU_ID_K" AND "AED2"."EFF_DTE"="VW_COL_1" AND
    "AED2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM')))
    40 - access("AED2"."EFF_DTE"="VW_COL_1" AND "AU_ID_K"="AED2"."AU_ID_K")
    43 - access("AED3"."AU_ID_K"=:B1 AND "AED3"."EFF_DTE"<'01-SEP-12' AND "AED3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12
    02.45.01.561483000 PM'))
    filter("AED3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    44 - access("AED2"."AU_ID_K"=:B1 AND "AED2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("AED2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    45 - access("AED1"."EDBC_ID_K"="EA1"."EDBC_ID_K")
    48 - access("EA2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("EA2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    53 - access("ECAM3"."AU_ID_K"=:B1 AND "ECAM3"."CLIENT_ID_K"=:B2 AND "ECAM3"."EFF_DTE"<'01-SEP-12' AND
    "ECAM3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("ECAM3"."CLIENT_ID_K"=:B1 AND "ECAM3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    54 - access("AU_ID_K"="ECAM2"."AU_ID_K" AND "ECAM2"."EFF_DTE"="VW_COL_1" AND "CLIENT_ID_K"="ECAM2"."CLIENT_ID_K" AND
    "ECAM2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("ECAM2"."AU_ID_K"=:B1 AND "ECAM2"."CLIENT_ID_K"=:B2 AND "CLIENT_ID_K"="ECAM2"."CLIENT_ID_K")
    55 - filter("AS1"."AU_STAT_CD_CODE_K"='ACTIVE')
    56 - access("AU_ID_K"="WRKACTAUS"."AU_ID_K")
    filter("AS1"."CREATE_TS"= (SELECT MAX("AS2"."CREATE_TS") FROM "AU_STAT" "AS2", (SELECT MAX("AS3"."EFF_DTE")
    "VW_COL_1","AS3"."AU_ID_K" "AU_ID_K" FROM "AU_STAT" "AS3" WHERE "AS3"."EFF_DTE"<'01-SEP-12' AND "AS3"."AU_ID_K"=:B1 AND
    "AS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM') GROUP BY "AS3"."AU_ID_K") "VW_SQ_7" WHERE
    "AS2"."AU_ID_K"=:B2 AND "AU_ID_K"="AS2"."AU_ID_K" AND "AS2"."EFF_DTE"="VW_COL_1" AND
    "AS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM')))
    58 - access("AS2"."EFF_DTE"="VW_COL_1" AND "AU_ID_K"="AS2"."AU_ID_K")
    61 - access("AS3"."AU_ID_K"=:B1 AND "AS3"."EFF_DTE"<'01-SEP-12' AND "AS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12
    02.45.01.561483000 PM'))
    filter("AS3"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    62 - access("AS2"."AU_ID_K"=:B1 AND "AS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    filter("AS2"."CREATE_TS"<TO_TIMESTAMP('01-SEP-12 02.45.01.561483000 PM'))
    63 - filter("AU"."PGM_CD_CODE_K"='FF')
    64 - access("AU"."ID"="AS1"."AU_ID_K")
    >
    Part of Trace File
    >
    Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, Real Application Clusters, OLAP, Data Mining
    and Real Application Testing options
    ORACLE_HOME = /opt/app/oracle/product/10.2.0/db
    System name:     Linux
    Node name:     de0119006lb010
    Release:     2.6.18-308.11.1.el5
    Version:     #1 SMP Fri Jun 15 15:41:53 EDT 2012
    Machine:     x86_64
    Instance name: depdbprm3
    Redo thread mounted by this instance: 3
    Oracle process number: 103
    Unix process pid: 29158, image: [email protected]
    *** 2013-03-19 17:19:59.081
    *** ACTION NAME:() 2013-03-19 17:19:59.081
    *** MODULE NAME:(SQL Developer) 2013-03-19 17:19:59.081
    *** SERVICE NAME:(depdbprm) 2013-03-19 17:19:59.081
    *** SESSION ID:(1553.20651) 2013-03-19 17:19:59.081
    WAIT #3: nam='gc cr grant 2-way' ela= 236 p1=62 p2=568096 p3=1 obj#=328952 tim=1331769139727726
    WAIT #3: nam='db file sequential read' ela= 247 file#=62 block#=568096 blocks=1 obj#=328952 tim=1331769139728347
    WAIT #3: nam='gc cr grant 2-way' ela= 259 p1=62 p2=568449 p3=1 obj#=328952 tim=1331769141363681
    WAIT #3: nam='db file sequential read' ela= 267 file#=62 block#=568449 blocks=1 obj#=328952 tim=1331769141364023
    WAIT #3: nam='gc current block 2-way' ela= 356 p1=63 p2=135004 p3=1 obj#=328952 tim=1331769143207109
    WAIT #3: nam='gc current block 2-way' ela= 289 p1=63 p2=135073 p3=1 obj#=328952 tim=1331769143240780
    WAIT #3: nam='gc current block 3-way' ela= 562 p1=62 p2=568137 p3=1 obj#=328952 tim=1331769145591937
    WAIT #3: nam='gc current block 2-way' ela= 387 p1=63 p2=134686 p3=1 obj#=328952 tim=1331769145874228
    WAIT #3: nam='gc current block 3-way' ela= 607 p1=62 p2=567750 p3=1 obj#=328952 tim=1331769146961322
    *** 2013-03-19 17:20:09.096
    WAIT #3: nam='gc current block 2-way' ela= 352 p1=61 p2=546053 p3=1 obj#=328952 tim=1331769149508254
    WAIT #3: nam='gc current block 2-way' ela= 297 p1=61 p2=546052 p3=1 obj#=328952 tim=1331769149534031
    WAIT #3: nam='gc current block 2-way' ela= 398 p1=63 p2=134765 p3=1 obj#=328952 tim=1331769150388736
    WAIT #3: nam='gc current block 2-way' ela= 413 p1=43 p2=533298 p3=1 obj#=328952 tim=1331769150704716
    WAIT #3: nam='gc current block 2-way' ela= 261 p1=43 p2=533297 p3=1 obj#=328952 tim=1331769150716671
    WAIT #3: nam='gc current block 2-way' ela= 330 p1=57 p2=84679 p3=1 obj#=328952 tim=1331769152562873
    WAIT #3: nam='gc current block 2-way' ela= 393 p1=57 p2=84250 p3=1 obj#=328952 tim=1331769153124750
    WAIT #3: nam='gc current block 2-way' ela= 383 p1=57 p2=84492 p3=1 obj#=328952 tim=1331769153606792
    WAIT #3: nam='gc current block 2-way' ela= 371 p1=61 p2=545720 p3=1 obj#=328952 tim=1331769154680811
    WAIT #3: nam='gc current block 3-way' ela= 585 p1=62 p2=568311 p3=1 obj#=328952 tim=1331769154811847
    WAIT #3: nam='gc current block 3-way' ela= 496 p1=46 p2=189388 p3=1 obj#=328952 tim=1331769155959780
    WAIT #3: nam='gc current block 2-way' ela= 333 p1=138 p2=186289 p3=1 obj#=325456 tim=1331769155960430
    WAIT #3: nam='gc current block 2-way' ela= 396 p1=61 p2=546147 p3=1 obj#=328952 tim=1331769156319216
    WAIT #3: nam='gc current block 2-way' ela= 361 p1=43 p2=533326 p3=1 obj#=328952 tim=1331769156496194
    WAIT #3: nam='gc current block 2-way' ela= 355 p1=61 p2=546055 p3=1 obj#=328952 tim=1331769156676604
    WAIT #3: nam='gc current block 2-way' ela= 380 p1=23 p2=1024150 p3=1 obj#=328952 tim=1331769158887190
    *** 2013-03-19 17:20:21.424
    WAIT #3: nam='gc current block 2-way' ela= 345 p1=56 p2=640594 p3=1 obj#=328952 tim=1331769161546890
    WAIT #3: nam='gc current block 2-way' ela= 373 p1=62 p2=568040 p3=1 obj#=328952 tim=1331769163580880
    WAIT #3: nam='gc current block 2-way' ela= 395 p1=179 p2=201084 p3=1 obj#=328952 tim=1331769164782836
    WAIT #3: nam='gc current block 2-way' ela= 399 p1=179 p2=201085 p3=1 obj#=328952 tim=1331769164873539
    WAIT #3: nam='gc current block 2-way' ela= 276 p1=179 p2=201083 p3=1 obj#=328952 tim=1331769164882366
    WAIT #3: nam='gc current block 2-way' ela= 406 p1=56 p2=640077 p3=1 obj#=328952 tim=1331769164960368
    WAIT #3: nam='gc current block 3-way' ela= 553 p1=200 p2=191022 p3=1 obj#=328952 tim=1331769166617564
    WAIT #3: nam='gc current block 2-way' ela= 383 p1=62 p2=567988 p3=1 obj#=328952 tim=1331769167885558
    WAIT #3: nam='gc current block 2-way' ela= 359 p1=61 p2=545391 p3=1 obj#=328952 tim=1331769169178262
    WAIT #3: nam='gc current block 2-way' ela= 394 p1=60 p2=103677 p3=1 obj#=328952 tim=1331769171025394
    WAIT #3: nam='gc current block 2-way' ela= 267 p1=60 p2=103678 p3=1 obj#=328952 tim=1331769171033578
    *** 2013-03-19 17:20:31.805
    WAIT #3: nam='gc current block 2-way' ela= 622 p1=60 p2=104513 p3=1 obj#=328952 tim=1331769171684584
    WAIT #3: nam='gc current block 2-way' ela= 272 p1=52 p2=137262 p3=1 obj#=328952 tim=1331769171912038
    WAIT #3: nam='gc current block 2-way' ela= 369 p1=57 p2=84425 p3=1 obj#=328952 tim=1331769173674500
    WAIT #3: nam='gc current block 2-way' ela= 307 p1=60 p2=103758 p3=1 obj#=328952 tim=1331769174117156
    WAIT #3: nam='gc current block 3-way' ela= 668 p1=62 p2=567896 p3=1 obj#=328952 tim=1331769174388555
    WAIT #3: nam='gc current block 2-way' ela= 321 p1=55 p2=158741 p3=1 obj#=328952 tim=1331769175733472
    WAIT #3: nam='gc current block 2-way' ela= 368 p1=60 p2=104123 p3=1 obj#=328952 tim=1331769178620478
    WAIT #3: nam='gc current block 2-way' ela= 406 p1=27 p2=102113 p3=1 obj#=328952 tim=1331769181249151
    *** 2013-03-19 17:20:52.545
    WAIT #3: nam='gc current block 2-way' ela= 391 p1=186 p2=204072 p3=1 obj#=328952 tim=1331769191939303
    WAIT #3: nam='gc current block 3-way' ela= 547 p1=57 p2=64435 p3=1 obj#=327198 tim=1331769191940250
    WAIT #3: nam='gc current block 2-way' ela= 370 p1=24 p2=106010 p3=1 obj#=328952 tim=1331769193513721
    WAIT #3: nam='gc current block 2-way' ela= 447 p1=57 p2=84352 p3=1 obj#=328952 tim=1331769194379712
    WAIT #3: nam='gc current block 2-way' ela= 388 p1=63 p2=135154 p3=1 obj#=328952 tim=1331769194780054
    WAIT #3: nam='gc current block 2-way' ela= 349 p1=14 p2=379706 p3=1 obj#=328952 tim=1331769201061077
    WAIT #3: nam='gc current block 2-way' ela= 106 p1=14 p2=379705 p3=1 obj#=328952 tim=1331769201066997
    *** 2013-03-19 17:21:06.606
    WAIT #3: nam='gc current block 2-way' ela= 423 p1=196 p2=202210 p3=1 obj#=328952 tim=133176920567
    >
    Object Information
    >
    select * from dba_objects where object_id = '328952';
    XXXX AS_AIK_ASCCK_I          328952     328952     INDEX     20-FEB-13     20-FEB-13     2013-02-20:19:23:02     VALID     N     N     N
    >
    Thanks,
    Vijay

Maybe you are looking for