Discussion :

[petitfrere]

Les temps sont dur, les versions enterprise et leurs packs sont pour les riches

... pour les autres, on se débrouille...

En plus de votre scripts sur les V$ voici deux utilitaires Gratuits (dont un opensource) et d'une grande aide (visiblement pas tres connu des forums français):

ASH Viewver: (linux & windows)
http://sourceforge.net/projects/ashv/

Myorasql (windows only malheuresement)
http://www.myorasql.com/download.html


Pour du live DEBUG c'est super pratique,

parceque OEM pour standards one est aussi pratique qu'une brique

[pachot]

Bonjour,

ASH Viewver: (linux & windows)

Mais sans diagnostic pack, pas de ASH.
Cordialement,
Franck

[petitfrere]

le nom de l'outil peut porter a confusion, pour les versions standards, il émule la vue V$ACTIVE_SESSION_HISTORY en local,

Donc il n'est pas nécessaire d'avoir le diagnostic pack et la version EE

Ceci peut être démontré en interrogeant la vue avec l'ensemble control_management_pack_access à NONE

Nico

[Pomalaix]

...Ceci peut être démontré en interrogeant la vue avec l'ensemble control_management_pack_access à NONE...

Etes-vous sûr que vous démontrez quoi que ce soit ?
A ma connaissance, ce paramètre n'influe que sur l'accessibilité à travers Database control des fonctionnalités liées aux "tuning pack" et "diagnostic pack" (par exemple tout l'onglet "performances"). Le mettre à NONE, autant que je sache, ne désactive nullement le mécanisme AWR / ASH, et ne rend pas impossible d'y accéder en ligne de commande.

[ojo77]

Etes-vous sûr que vous démontrez quoi que ce soit ?
A ma connaissance, ce paramètre n'influe que sur l'accessibilité à travers Database control des fonctionnalités liées aux "tuning pack" et "diagnostic pack" (par exemple tout l'onglet "performances"). Le mettre à NONE, autant que je sache, ne désactive nullement le mécanisme AWR / ASH, et ne rend pas impossible d'y accéder en ligne de commande.

Ben en fait, si, au moins en 11.2

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
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
SQL> select * from v$version
  2  /
 
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE    11.2.0.3.0      Production
TNS for 64-bit Windows: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production
 
SQL> show parameter control_management_pack_access
 
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
control_management_pack_access       string      DIAGNOSTIC+TUNING
 
SQL>  select max(sysdate), max(sample_id) from v$active_session_history
  2   /
 
MAX(SYSD MAX(SAMPLE_ID)
-------- --------------
21:22:53         610138
 
SQL> /
 
MAX(SYSD MAX(SAMPLE_ID)
-------- --------------
21:24:35         610310
 
SQL> alter system set control_management_pack_access='NONE' scope=both ;
 
System altered.
 
SQL> select max(sysdate), max(sample_id) from v$active_session_history
  2  /
 
MAX(SYSD MAX(SAMPLE_ID)
-------- --------------
 
 
SQL> alter system set control_management_pack_access='DIAGNOSTIC+TUNING' scope=both ;
 
System altered.
 
SQL> select max(sysdate), max(sample_id) from v$active_session_history
  2  /
 
MAX(SYSD MAX(SAMPLE_ID)
-------- --------------
21:27:34         610310

[Pomalaix]

Ben en fait, si, au moins en 11.2...

Effectivement, pour ce qui est de ASH, la démonstration est faite.
Merci à PetitFrere et vous !

Pour AWR, par contre, c'est une autre paire de manches.

[ojo77]

ah ...

Alors, AWR est une intégration au sens mathématique du terme d'ASH. En clair, pas d'ASH, pas d'AWR. Mais si vous voulez tester c'est assez simple.

Passez le paramétrage de de control_management_pack_access à none, la fréquence des snaps à 3 minutes et vérifiez le contenu de dba_hist_sqlstat après mettons 4 minutes

[Pomalaix]

... Mais si vous voulez tester c'est assez simple.
..

Le sens de ma remarque (pas très explicite il est vrai, mais formulée après un petit test en coup de vent), c'est que le passage de control_management_pack_access à NONE n'a pas un effet aussi net sur AWR que sur ASH.
Côté ASH, comme vous l'avez montré, la vue devient immédiatement vide.
Pour les vues basées sur AWR, ce n'est pas le cas. Et comme je n'ai pas testé sur la durée pour suivre l'évolution, je suis resté assez évasif.

Cela dit, la différence se comprend : V$ACTIVE_SESSION_HISTORY est purement basée sur la mémoire, donc avec un contenu volatile, alors que AWR fournit un contenu persistant accessible via les vues DBA_xxx.

[a.presles]

ce n'est pas parce que l'on peut accedre a une vue qu'oracle donne le droits de le faire c'est juste un problème de licence.