[8.1.7.4] unable to allocate an extent in TEMP

[Débéa]

Bonjour,

Comme le titre l'indique, j'ai des problèmes de temporaire.

Dans quel cas le temp est-il utilisé (sort, hash join...) ?
Existe-t-il un moyen de connaitre les requêtes bouffeuses de temp ?
Existe-t-il un moyen de connaître le temp consommé par une requête ?

Merci par avance pour vos réponses,

[Wurlitzer]

J'ai cette requete qui donne l'utilisation du TEMP a un instant donnée. Par contre je n'ai rien qui me permette de logguer l'utilisation du TEMP au cours de la journée. Si quelqu'un a ca, je suis preneur...

A executer par l'utilisateur SYS

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
SELECT username username, SID SID, ktssoses session_addr,
       ktssosno session_num, prev_sql_addr sqladdr, prev_hash_value sqlhash,
       ktssotsn TABLESPACE,
       DECODE (ktssocnt, 0, 'PERMANENT', 1, 'TEMPORARY') CONTENTS,
       DECODE (ktssosegt,
               1, 'SORT',
               2, 'HASH',
               3, 'DATA',
               4, 'INDEX',
               5, 'LOB_DATA',
               6, 'LOB_INDEX',
               'UNDEFINED'
              ) segtype,
       ktssofno segfile#, ktssobno segblk#, ktssoexts extents,
       ktssoblks blocks, ktssorfno segrfno#
  FROM x$ktsso, v$session
 WHERE ktssoses = v$session.saddr
   AND ktssosno = v$session.serial#
   AND x$ktsso.inst_id = SYS_CONTEXT ('userenv', 'instance')

[Débéa]

Merci Wurlitzer mais j'avais déjà ce type de requête.

Malheuresement elle ne permet pas de voir le temp consommé après l'execution de la requête.

[pifor]

En 8.1.7, il a y moyen d'écrire un trigger servererror qui permet de savoir quelle est la requête qui a eu l'erreur (même si ce n'est pas forcément le "coupable" car il peut y avoir plusieurs requêtes concurrentes qui utilisent beaucoup d'espace temporaire):http://asktom.oracle.com/pls/asktom/f?p=100:11:0:::11_QUESTION_ID:374218170986#6821401045030

[pifor]

La vue V$SORT_USAGE devrait permettre de retrouver le code SQL lié à l'espace temporaire utilisé avec une requête du type :

Code :

1
2
3
SELECT sql_text, blocks 
FROM v$sort_usage, v$sqlarea 
WHERE sqladdr= address;

Mais les résultats ne sont pas fiables: la note Metalink 67534.1 dit que "ces colonnes (SQLADDR, HASH_VALUE) peuvent être incorrectes et qu'il ne faut pas s'appuyer dessus".

[Débéa]

Merci pifor.

En effet le SQLText ne correspond à rien. Même après avoir réexecuter la requête.