EBS performance problem 10g

Question

Hi,
This an outpout of two hours awr report of EBS oracle version 10203.
Its shows few ITL locks that should be fixed by increasing the size of the INITRANS to 20.
Currently the INITRANS is set to 11.
The FREELIST is set to 4 and also the FREELIST GROUP is set to 4
There are 8 indexes on this table (they are all have the same INITRANS+FREELIST+FREELIST GROUP)
The table contain 250 million records.
The table is not partitioned.
How can i find which of the 8 indexes i should deal with ?
They are all start with the name: "RA_CUST_TRX_LINE_GL_" ?
Would you consider doing more things beside increasing the INITRANS ?
My second question is regarding the last section which shows the
same indexes waiting on Buffer Busy Waits .
Is there an event that i can use in order to find what cause the
index to wait so many times ?
Please note that the issue is not if to partition the table or not , i already working in test env. to partition the table.
I would like to get your advices regarding the current situation.
Thanks
tagSegments by ITL Waits                     DB/Inst: xxx/xxx  Snaps: 8311-8313
-> % of Capture shows % of ITL waits for each top segment compared
-> with total ITL waits for all segments captured by the Snapshot
           Tablespace                      Subobject  Obj.           ITL    % of
Owner         Name    Object Name            Name     Type         Waits Capture
AR         AR_INDEX1  RA_CUST_TRX_LINE_GL_            INDEX           10   18.18
AR         AR_INDEX1  RA_CUSTOMER_TRX_LINE            INDEX            9   16.36
AR         AR_INDEX1  RA_CUST_TRX_LINE_GL_            INDEX            9   16.36
AR         AR_INDEX1  AR_PAYMENT_SCHEDULES            INDEX            5    9.09
AR         AR_INDEX1  AR_PAYMENT_SCHEDULES            INDEX            5    9.09
Segments by Buffer Busy Waits             DB/Inst: xxx/xxx  Snaps: 8311-8313
-> % of Capture shows % of Buffer Busy Waits for each top segment compared
-> with total Buffer Busy Waits for all segments captured by the Snapshot
                                                                  Buffer
           Tablespace                      Subobject  Obj.          Busy    % of
Owner         Name    Object Name            Name     Type         Waits Capture
AR         AR_INDEX1  RA_CUST_TRX_LINE_GL_            INDEX       41,671   20.30
AR         AR_INDEX1  RA_CUST_TRX_LINE_GL_            INDEX       22,248   10.84
AR         AR_INDEX1  IL_RA_CUST_TRX_LINE_            INDEX       18,067    8.80
AR         AR_INDEX1  RA_CUST_TRX_LINE_GL_            INDEX       15,571    7.58
AR         AR_DATA    RA_CUST_TRX_LINE_GL_            TABLE       15,075    7.34
tag

Answer 1

Hi Mr Lewis,
You wrote :
tagChecking buffer busy waits - you need to know whether these are "read by other session"
or "real" buffer busy waits as this part of the report doesn't distinguish the classes.
So check the wait times again for "read by other session" and "buffer busy waits" to see what the spread is.I recheck the AWR report and found at the top 5 events: read by other session
tagTop 5 Timed Events                                         Avg %Total
~~~~~~~~~~~~~~~~~~                                        wait   Call
Event                                 Waits    Time (s)   (ms)   Time Wait Class
CPU time                                         10,998          39.9
db file sequential read           2,545,797       8,793      3   31.9   User I/O
read by other session             1,081,643       2,852      3   10.4   User I/O
library cache pin                    18,450       1,253     68    4.5 Concurrenc
db file scattered read              115,039       1,226     11    4.5   User I/O
          -------------------------------------------------------------And also:
tag                                                                    Avg
                                             %Time  Total Wait    wait     Waits
Event                                 Waits  -outs    Time (s)    (ms)      /txn
db file sequential read           2,545,797     .0       8,793       3     142.3
read by other session             1,081,643     .0       2,852       3      60.4
library cache pin                    18,450     .1       1,253      68       1.0
db file scattered read              115,039     .0       1,226      11       6.4
log file parallel write             111,366     .0         803       7       6.2
SQL*Net more data from clien         28,701     .0         661      23       1.6
enq: TX - index contention           25,492     .0         303      12       1.4
log file sync                        14,065     .0         205      15       0.8
latch: cache buffers chains         670,408     .0         135       0      37.5
Log archive I/O                       6,751     .0         120      18       0.4
library cache load lock               1,539     .0          97      63       0.1
buffer busy waits                   234,058     .0          61       0      13.1So, there is 5 times more : "read by other session" than "buffer busy waits".
What that mean ? what should i check ?
Thanks Again