statpack : requetes les plus consommatrices

Version imprimable

09/10/2009, 16h36
mongolic

statpack : requetes les plus consommatrices

Bonjour,

Il y a une chose qui m'échappe avec statpack : sur une base 9.2.0.8 il y a un snapshot effectué automatiquement toutes les 30 minutes. Lorsque que je fais un rapport entre 08h et 08h30, j'ai une requête qui apparait en tête dans le classement des requêtes par lecture disque (200 000 blocs en lecture). Lorsque je fais un rapport entre 08h00 et 09h00, cette requête n'apparait plus alors qu'elle devrait être en deuxième position au vu de nombre de blocs lus !

Est ce que quelqu'un a une idée de l'origine de ce comportement ?
merci de votre aide
09/10/2009, 17h51
farenheiit

envoie le début de tes 2 rapport statspack

en tête stat pack

Pour le premier :

En tete :

Code:

1
2
3
4
5
              Snap Id     Snap Time      Sessions Curs/Sess Comment
            --------- ------------------ -------- --------- -------------------
Begin Snap:     18319 06-Oct-09 19:00:01       26       6.2
  End Snap:     18321 06-Oct-09 20:00:02       24       5.3
   Elapsed:               60.02 (mins)

Physical reads

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
                                                     CPU      Elapsd
 Physical Reads  Executions  Reads per Exec %Total Time (s)  Time (s) Hash Value
--------------- ------------ -------------- ------ -------- --------- ----------
        224,426       81,354            2.8    7.7    92.60   1070.41 1063516884
Module: /logi/hraccess50/zf9/bin/RTSDGN@nyplsacc (TNS V1
select NUDOSS  ,SOCDOS  ,NULIGN  ,TO_CHAR(DATDEB,'YYYY-MM-DD')
,MOTIFA  ,TO_CHAR(DATFIN,'YYYY-MM-DD')  ,TEMDEB  ,TEMFIN  ,GESTI
O  ,PROLON  ,UNITE1  ,TEMTR1  ,UNITE2  ,TEMTR2  ,ELEMAT  ,TO_CHA
R(DATUT1,'YYYY-MM-DD')  ,TO_CHAR(DATUT2,'YYYY-MM-DD')  ,SUITUT
,TESELE  ,HRSDEB  ,HRSFIN  ,NBHEUR  ,POURCE  ,IDLVSR  ,IDRTST  ,
 
         82,688       70,663            1.2    2.8    34.01   3492.20 2722121910
Module: /logi/hraccess50/zf9/bin/RTSDGN@nyplsacc (TNS V1
insert into ZYWV(NUDOSS,SOCDOS,NULIGN,OUTILM,DATDER,PRODEF,CDINF
O,DATDEB,DATCPM,DATFIN) values (:b1,:b2,:b3,:b4,TO_DATE(:b5,'YYY
Y-MM-DD'),:b6,:b7,TO_DATE(:b8,'YYYY-MM-DD'),TO_DATE(:b9,'YYYY-MM
-DD'),TO_DATE(:b10,'YYYY-MM-DD'))

Pour le second

En tete

Code:

1
2
3
4
5
              Snap Id     Snap Time      Sessions Curs/Sess Comment
            --------- ------------------ -------- --------- -------------------
Begin Snap:     18319 06-Oct-09 19:00:01       26       6.2
  End Snap:     18320 06-Oct-09 19:30:02       24       5.6
   Elapsed:               30.02 (mins)

Physical reads

Code:

1
2
3
4
5
6
7
8
9
10
11
 
                                                     CPU      Elapsd
 Physical Reads  Executions  Reads per Exec %Total Time (s)  Time (s) Hash Value
--------------- ------------ -------------- ------ -------- --------- ----------
        152,371       19,563            7.8    8.3    65.01   1334.19  221651136
Module: /logi/hraccess50/zf9/bin/RTSDGN@nyplsacc (TNS V1
select NUDOSS  ,SOCDOS  ,NULIGN  ,TO_CHAR(DATABS,'YYYY-MM-DD')
,MOTABS  ,CDAXES  ,NUMDRO  ,TO_CHAR(DATDEB,'YYYY-MM-DD')  ,NUMTR
A  ,TO_CHAR(DATFIN,'YYYY-MM-DD')  ,TEMDEB  ,TEMFIN  ,UNITE1  ,UN
ITE2  ,NBRJOU  ,SALRF  ,SALRFD  ,SALRFX  ,TEMDEC  ,ZONEUT  ,TO_C
HAR(DATEAG,'YYYY-MM-DD')  ,VALIDE   from ZYDA where (NUDOSS=:b1

Ce que je ne comprend pas est pourquoi la requete ci-dessus (hash_value 221651136) n'apparait pas dans le rapport d'une heure 8O Je m'attendais à la voir en seconde position :(

09/10/2009, 21h54
pachot

Bonjour,

En jettant un coup d'oeuil à la requête exécutée lors du reports statspack (dans ORACLE_HOME/rdbms/admin/sprepins.sql et en recherchant ''SQL statements ordered by physical reads):

select ...
from stats$sql_summary e
, stats$sql_summary b
, stats$sqltext st
where b.snap_id(+) = :bid
and b.dbid(+) = e.dbid

sachant que e est le snapshot de fin (end) et b celui de début (begin),
on voit le rapport ne montre que les requêtes qui sont présentes dans le snapshot de fin (jointure externe).

Et les requêtes présentes ce sont celles qui sont en shared pool (v$sql) à l'heure su snapshot.

Donc, si ta requête est sortie de la shared pool entre 08:30 et 09:00, tu la verra dans un rapport qui se termine à 08:30 pas pas dans celui qui se termine à 09:00

Merci, c'est une très bonne illustration du fait que les rapports statspack faits sur une durée trop longue ne servent à rien. :ccool:
30 minutes, c'est en général très bien.

Cordialement,
Franck.
11/10/2009, 18h59
mongolic

tout s'explique

ah ok ! j'ignorais ce mode de fonctionnement. Et il y a effectivement aucun intérêt à faire des rapports sur une longue durée.

Encore merci !
12/10/2009, 13h21
farenheiit

Est-ce qu'on peut dire la même chose pr les rapports AWR?
12/10/2009, 13h53
pachot

Oui, c'est même principe.
Il faudrait vérifier la requête lancée pour le prouver.
Cordialement,
Franck.