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

Similar Messages

  • 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 & 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: oracle@de0119006lb010
    *** 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: oracle@de0119006lb010
    *** 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

  • 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

  • How to tune gc cr block 2-way and gc current grant 2-way

    Hi,
    I'm working on an Oracle Database 11g Release 11.1.0.6.0 - 64bit Production With the Real Application Clusters option, Standard Edition.
    During last days I'm suffering performance lack due to 2 main wait event classes:
    gc cr block 2-way
    gc current grant 2-way
    I noticed also this one:
    gc buffer busy acquire
    Do you have any suggestion on how to check and tune my RAC to reduce those wait events?
    Any usefull link?
    Thanks in advance,
    Samuel
    Edited by: Samuel Rabini on Mar 30, 2012 2:39 PM

    Hi;
    Please check below which could be helpful for your issue:
    RAC Database Running Slow to Hang With High Cluster Wait Due to Small Buffer Cache [ID 1280889.1]
    Regard
    Helios

  • Global cache average current block request

    Hi all experts,
    I am getting this error frequently through 12C EM. Please tell me how I can suppress this alert so that I don't get it in future.
    Name=<sid>_<instancename>
    Type=Database Instance
    Host=<servername>.<domainname>
    Metric=Global Cache Average Current Block Request Time (centi-seconds)
    Timestamp xxxxxxxxxxxxxxxxxxxxxxxx
    Severity=Critical
    Message=Metrics "Global Cache Average Current Get Time 62" is at 1.46154
    Rule Name=XXProd
    Rule Owner=SYS

    this metric needs to be disabled in EM at the target level for each instance. you can disable "Global Cache Statistics" metrics in two different ways:
    Navigate to the instance, then click the Oracle Database drop-down -> Monitoring -> All Metrics -> (expand) Global Cache Statistics
    -> Global Cache Average CR Block Request Time (centi-seconds)
    -> Global Cache Average Current Block Request Time (centi-seconds)
    -> Global Cache Blocks Corrupt
    -> Global Cache Blocks Lost
    a. At the top level (Global Cache Statistics), click the [Modify] button , then the (*) Disable radio button to disable the entire group
    b. If only disabling the individual metric (Global Cache Average CR Block Request Time (centi-seconds)), click on Modify Thresholds button to delete the values. Note that empty Thresholds will disable alerts for that metric.
    Same can be done via navigation to the Cluster database instance -> Oracle Database drop-down -> Monitoring -> Metric and Collection Settings -> Global Cache Statistics

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

  • Re: Former customer's access to online bill pay blocked - no way to pay last bill - Brilliant Verizon!

    Branched from Former customer's access to online bill pay blocked - no way to pay last bill - Brilliant Verizon!
    It is a brilliant move on Verizon's part - brilliant if the never want a customer to return.  I've been a loyal customer for many years, but when I switched, not only was the guy I had given lots of sales over the years to in the mall a jerk to me when I asked for my account number, but when I tried to get a copy of my disconnected bill, it won't let you access it.  Yes, you can, if you can find your flipping account number, pay your disconnected bill online.  However, you will never find a copy of your bill.  Why?  Verizon wants to punish leaving customers so they can't get their ETF's paid by another company.  This reminds me of the horrible AT&T days where they got so big they started treating everybody like crap.  Blockbuster did the same thing.  It will come back to haunt Verizon as everybody I know is fleeing their service.  I give them credit, their phone service is superior in quality, but I will never go back because of the way I've been treated as I try to leave for a better deal since I am having financial difficulties this year.  I might would have come back but not now.  On top of that, they have a trick where they won't port out one number of the set you are trying to port.  When you finally get through on the line to get it shut off, they tell you they can't turn it off until the next billing cycle.  So though I shut off all the phones but one - one week into the billing cycle, I got charged for ALL 5 phones for the entire month.  This because they insisted they couldn't shut off that final $20 per month phone.  After three dropped calls that took me 20 minutes each to get through to a live person, they then told me they could have shut it off and their employee told me wrong.  They said they'd send it for "Review" after which - you guessed it - I'm supposed to "Call back" - an act of God and congress and taking a day off work so I can keep trying and keep sitting on hold forever later.... I'll let you know what happens.  I'm telling everyone I know, like I did with AT&T to NEVER do business with them.  They used to be great, until they got big.  So if anybody finds some way to get their final bill, I'd love to know because I've spent hours on the phone and online trying.
    Message was edited by: Admin Moderator

    Did you not get the final copy of the bill in the mail via United States Postal Service?
    What about older bills? Did you keep any paper copies? Download a PDF copy of the electronic bill at some point?

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

  • 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

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

  • How can I populate a table based block without it being the current block

    Any ideas??

    Ok, here are the key components:
    •     Tab Form
    •     ActiveX Control
    •     VSFlexGrid
    •     Additional Window / Canvas With Mirrored items
    The problem Is not that I can’t navigate to the block then execute a query, rather it is what takes place when it’s done that way.
    When I attempt to do it the conventional way what takes place is visually un-appealing to the user. What triggers the need to populate the block in question is when the user selects a value in the VSFlexGrid. When done the conventional way what takes place when the value is selected is... we do a go_block, since the block is on a different tab the form then brings up that tab, and then execute_query populates the block, then go_block to return to the block/tab containing the VSFlexGrid. Then I would have to come up with a way to interface with the VSFlexGrid and return the cursor focus to the previously selected item in the VSFlexGrid. What needs to happen is when the user selects a value in the VSFlexGrid, behind the scenes the block gets populated then when the user navigate to the block/tab in question the data is already there. To further complicate matters this data comes from two different tables and the data from the parent can only be updated where the data from the child can be inserted or updated. Now if the user wants to bring up the additional sub-window the tab which has the mirrored items is removed. While this window is open the user then returns to the VSFlexGrid navigates through the grid and depending on the item selected the values in the sub-window need to be repopulated.
    I guess if the block in question was on the same canvas / tab the conventional methods would be acceptable.
    Now that I have painted the picture if you have any ideas my ears are open.
    BTW… It looks like I have that last 10%. I am testing now and so far things are working as desired. When testing is SAT I will post the solution I have developed, maybe this will help Tony G. come up with a solution for his situation.

  • Could Firefox browser be blocking my way?

    I have recently upgraded my yahoo email account to their new version format. I can't compose, forward, reply, open email drafts or send anything. I cannot go back to original version. Could Firefox browser be blocking my way? Tried email page in Explorer browser and it worked a couple of times and now won't let me send either. Just wondering if it's something the browser is doing. Can you help?

    Having Push access enabled on the iPhone has nothing to do with and does not affect a POP account. Push access for received messages is not supported with a POP account or with any other email account that does not support Push access.
    Push access for received messages with the iPhone is supported with a MobileMe account, with a Yahoo account that is created with the Yahoo account preset - which creates the account as an IMAP account with Push capabilities, and with an Exchange account accessed via ActiveSync with the Exchange Server.
    With a POP account, the Fetch settings apply. You can switch the account setting from being automatically checked for new messages to a manual check.
    Regardless which settings you use for this, if the iPhone's Mail client checks the incoming mail server for new messages and/or is downloading new messages received at the incoming mail server while another email client attempts to do the same, the 2nd email client will be temporarily locked out by the incoming mail server.
    Although a POP account can be accessed with more than one email client, a POP account is designed to be accessed with a single email client only.
    This is not a problem with an IMAP account, which is specifically designed to be accessed with more than one email client with the ability for more than one email client to access the incoming mail server for the account at the same time.

  • Stay on the current block

    Hi,
    I have 2 data blocks:
    1- enter suppliers and save them in DB
    2- search for suppliers
    when I click on save button on enter suppliers form, it navigates to the second block automatically,
    I don't want this to occur,
    How to solve this, and enforce to stay on the current block??
    Tasneem

    Hi
    how to make the detail block the first one to be called???i didn't mention that i have just supposed that u might ordered the detail first by mistake i mean sorry if it wasn't clear...
    one thing i would like to clear out that the design of ur form in the layout is separated from the order of the block in the object navigator so this definatly causing problems in navigation...
    u didn't answer the questions i asked u or give me answers to ur trials i have suggested to u ?!!!
    Did u make the Search of Find & Replace ?
    i do expect an answer to share us with ur trials and re-thinking with u the possibility of ...
    Regards,
    Amatu Allah

Maybe you are looking for

  • Merging multiple Apple ID accounts

    I've had one apple ID for a while and for some reason ended up setting up a new one when I bought a new iPhone. My wife also has an Apple ID. I actually have credit on my two Apple IDs. It's getting to be a bit of a pain having to update apps and pur

  • Exchange 2013 with Outlook 2013 - Not getting pop-up or mail tips for attachments exceeding max size

    Our environment is Exchange Server 2013 CU3 and Outlook 2013 in cached mode. We have a transport rule that sets the max attachment size to 20 mb. If someone sends an attachment larger than 20 mb they receive an NDR letting them know the message wasn'

  • Can't turn off

    Hi, just bought my third generation ipod three weeks ago and now it doesn't react - whatever I do (already tried this on/off, hold for 10 seconds and so on stuff). It is just on all the time but not reacting at all! I even connected it to my macbook

  • Grou p by vs Analytical function

    Dear Guru's I have a simple query which is as follows Select Error_code, count(*) from TV_Payment_details where error_code = 'R' group by error_code The same thing i have rewritten using analytic function Select distinct Error_code, count(*) over (pa

  • Maximum Number of Authorizations

    Once again my Digital Editions account has reached maximum number of authorizations. Every time my e-reader has a problem and I need to reset it, Digital Editions needs to re-authorize. Who and how do I contact to have this reset?