buffer busy wait

Bonjour,

j'ai constaté des lenteurs enorme lors de lancement des traitements de chargements.

Pour analyser le prb j'ai généré un rapport AWR lors de pic de l'activité, en effet j'ai constaté que buffer busy waits est classé dans le TOP 5 Event.

Citation:

Top 5 Timed Events Avg %Total
~~~~~~~~~~~~~~~~~~ wait Call
Event Waits Time (s) (ms) Time Wait Class
------------------------------ ------------ ----------- ------ ------ ----------
buffer busy waits 17,677,446 312,333 18 43.1 Concurrenc
latch: undo global data 2,927,424 149,898 51 20.7 Other
CPU time 96,163 13.3
latch: cache buffers chains 1,465,590 50,274 34 6.9 Concurrenc
db file sequential read 4,007,624 21,511 5 3.0 User I/O
-------------------------------------------------------------

Aprés des recherches sur le web, j'ai vu qu'il est recommandé d'augmenter le freelist_groups ou freelist.

Hors lorsque je fait un select sur les valeurs actuel, il me retourne les résultats ci-dessous:

Citation:

SQL> select freelists from dba_tables where table_name ='S_CAMP_CON';

FREELISTS
----------

SQL> select freelist_groups from dba_tables where table_name ='S_CAMP_CON';

FREELIST_GROUPS
---------------

------> Aucune valeur.

D'autre part, j'ai constaté une forte contention sur la table S_CAMP_CON et ses index:

Segments by Buffer Busy Waits DB/Inst: ######### Snaps: 27531-27533
-> % of Capture shows % of Buffer Busy Waits for each top segment compared
-> with total Buffer Busy Waits for all segments captured by the Snapshot

Citation:

Buffer
Tablespace Subobject Obj. Busy % of
Owner Name Object Name Name Type Waits Capture
---------- ---------- -------------------- ---------- ----- ------------ -------
SIEBEL SIEBEL_DAT S_CAMP_CON TABLE 17,655,116 99.94
SIEBEL SIEBEL_IND S_CAMP_CON_P1 INDEX 5,328 .03
SIEBEL SIEBEL_IND S_CAMP_CON_MKT2_X INDEX 2,270 .01
SIEBEL SIEBEL_IND S_CAMP_CON_M1 INDEX 988 .01
SIEBEL SIEBEL_IND S_CAMP_CON_F8 INDEX 880 .00
-------------------------------------------------------------

Pour votre information il s'agit d'une BD oracle 10.2.0.4 sous un envirenement SOLARIS .

D'avance merci pour vos retour.

Quand je rencontre ce type de problème, je reconstruis le segment (move pour une table, rebuild pour un index) en cause avec un pctfree plus grand.

S'il n'y a pas de gain notable pour un index, tu peux le reconstruire en reverse.

est-ce que tu as des deadlock lors de tes traitements ?

de notre coté, nous avions rencontré des lock ITL waits, et c'est en augmentant le paramètre INITRANS pour certains segments que l'on a résorbé ce pb