[8.1.7.4] unable to allocate an extent in TEMP

Version imprimable

26/01/2007, 14h38
Débéa

[8.1.7.4] unable to allocate an extent in TEMP

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,

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

29/01/2007, 09h16
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.
29/01/2007, 15h25
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/...#6821401045030
30/01/2007, 08h26
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". :aie:
30/01/2007, 08h54
Débéa

Merci pifor.

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