Discussion :

[mongolic]

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

[farenheiit]

envoie le début de tes 2 rapport statspack

[mongolic]

1. Pour le premier :

• En tete :

Code :

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

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 :

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
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'))

1. Pour le second

• En tete

Code :

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

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 :

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

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 Je m'attendais à la voir en seconde position

[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.
30 minutes, c'est en général très bien.

Cordialement,
Franck.

[mongolic]

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 !

[farenheiit]

Est-ce qu'on peut dire la même chose pr les rapports AWR?

[pachot]

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