Discussion :

[floxone]

Bonjour,

J'observe des ralentissements sur une de mes BDD oracle.

J'ai lancé les traces et une analyse tkprof mais j'ai besoin d'aide pour interpréter les résultats s'il vous plait ?

Ci-dessous l'analyse TKPROF :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
SELECT count(*)
FROM
 TB_COMMANDES A0 WHERE A0.DATECOMMANDE >= :1
 
 
call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        1      5.75      71.09      81044      92524          0           1
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        3      5.75      71.09      81044      92524          0           1
 
Misses in library cache during parse: 0
Optimizer goal: CHOOSE
Parsing user id: 60  (ACHATS)

Si quelqu'un peut m'aider à comprendre ce tableau, ce serait parfait.

Merci d'avance.

[pifor]

Votre requête prend 71s à s'exécuter : 5s de temps processeur (colonne CPU) et probablement le reste lié aux entrées sorties (colonne disk). Il faut tracer avec les waits events pour avoir plus de détail (DBMS_MONITOR.SESSION_TRACE_ENABLE(waits=> true) à partir de la 10g).

Voir http://oracle.developpez.com/guide/tuning/tkprof/

et http://download.oracle.com/docs/cd/B...race.htm#i4642

[pachot]

Bonjour,
comme le précise pifor, c'est les wait events qui diront ce qu'il s'est passé pendant 71.09 -5.75=65.35 secondes
Cordialement,
Franck.

[floxone]

Merci pour vos réponses. Je regarde les wait.

[floxone]

La table v$session_event donne les résultats suivants :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
SID	EVENT	TOTAL_WAITS	TOTAL_TIMEOUTS	TIME_WAITED	AVERAGE_WAIT	MAX_WAIT	TIME_WAITED_MICRO
10	latch free	4	0	0	0	0	74
10	buffer busy waits	28*595	0	4*003	0	16	40*031*801
10	db file sequential read	14*285	0	2*687	0	19	26*868*332
10	db file scattered read	119*648	0	29*284	0	29	292*839*606
10	direct path read	17	0	0	0	0	79
10	direct path write	8	0	0	0	0	15
10	direct path read (lob) 	18	0	0	0	0	53
10	SQL*Net message to client	3*392	0	0	0	0	1*733
10	SQL*Net more data to client	2*538	0	5	0	0	52*703
10	SQL*Net message from client	3*391	0	116*430	34	98*772	1*164*301*787

Les attentes les plus importantes sont donc ici :
- db file scattered read
- SQL*Net message from client

Il semble que le premier cas est lié aux I/O pour les FULL ACCESS (ce qui correspond à ma trace : beaucoup de FULL ACCESS)
Par contre, je ne sais pas à quoi correspond le second cas.

[mnitu]

La table v$session_event vous donne des statistiques cumulatives pour la session. Le fichier trace vous donnes les détails d’un traitement. Vous ne pouvez pas tires des conclusions concernant le détail à partir de l'agrégation.

Pifor vous propose de faire une trace sql étendue pour avoir dans le fichier de trace les événements de type WAIT pour chaque requête.