Discussion :

[Ikebukuro]

Bonjour,

Mon client me sollicite suite au fait qu'un programme développé en PL/SQL de génération des stats système dure plusieurs heures (près de 20 heures) alors qu'un mois avant on était à 30 minutes.

Parmi les ordres SQL durant le plus longtemps dans mon rapport AWR, j'ai l'ordre suivant qui vient en position 2 (le 1 étant une fonction PL/SQL récupérant les stats système que je n'ai pas encore lue mais qui, je pense, déclenche l'ordre SQL ci-dessous). Cet ordre a duré 4h30. Visiblement c'est un ordre SQL interne d'Oracle lié à la génération des stats (je ne mets pas toutes les colonnes car il y en a trop). Cet ordre est connu sur le net si on fait une recherche avec use_weak_name_resl c'est pourquoi je pense qu'il est généré directement par Oracle..

Code :

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

1
2
/* SQL Analyze(0) */ select /*+  full(t)    no_parallel(t) no_parallel_index(t) dbms_stats cursor_sharing_exact use_weak_name_resl dynamic_sampling(0) no_monitoring no_substrb_pad  */to_char(count("ADDR")),to_char(substrb(dump(min("ADDR"),16,0,32),1,120)) -- plus d'autres colonnes de x$
from "SYS"."X$KTPRHIST" t  /* NDV,NIL,NIL,ACL etc etc */

Avez-vous une idée de ce qui peut demander autant de temps pour générer des stats?

[dell68]

Bonjour,

Si seul cet instruction sql est problématique, alors tu peux récupérer
le sql_id via les snapshots AWR et éxécuter explicitement le fameux
DBMS_SQLTUNE pour avoir les infos plus détaillées ??


bonne chance !

[Ikebukuro]

Je te remercie pour ta réponse dell68, on a finalement identifié le problème.

[dell68]

je souhaiterai savoir la solution du PB concerne l'instruction SQL problematique ?

[Ikebukuro]

C'était un script développé en interne pour régénérer les stats du dictionnaire de données qui mettait 24h00 à tourner!
Pour une raison historique, la génération des stats sur les objets de SYS faite en automatique par Oracle avait été désactivée (je ne sais pas pourquoi) et c'est un script qui faisait le même job.

Ce script a finalement été désactivé par un autre DBA mais je ne sais pas encore pourquoi ce script mettait 24h00 à tourner.

[dell68]

le compte rendu sur ce problème, tu l'as déduit de l'execution du programme que je t'avais suggeré
dbms_sqltune ? ou tu les a trouvé à partir d'autres fonctionnalité ?