Discussion :

[Ikebukuro]

Salut,

J'ai eu un message d'alerte disant que le tbs UNDO était plein à 100% sur une base 9i.

Ce tablespace UNDO est associé à un seul fichier Unix.

Code :

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

1
2
3
4
SQL> select FILE_NAME from dba_data_files where TABLESPACE_NAME = 'UNDOTBS1';
FILE_NAME
--------------------------------------------------------------------------------
/u03/oradata/GTT/GTT_undotbs_01.dbf

Le tablespace UNDO n'est plus plein à l'instant où je me connecte : il y avait certainement un ordre SQL qui a consommé beaucoup d'espace UNDO et cet ordre a été validé ou annulé, ce qui a libéré de l'espace.

Code :

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

1
2
3
4
5
SQL> ! df
Filesystem    		512-blocks      Free 	%Used    Iused 	%Iused 	Mounted on
...
/dev/vlemc2.2  	116391936  	37324440   	68%       79     1% 	/u03/oradata
...

De ce que je comprends du résultat de ce SELECT, le tbs UNDO peut faire 2GO maximum, pas plus puisque quand il a été plein à 100%, la datafile a été rempli au maximum et sa taille est bien de 2GO.

Code :

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

1
2
3
4
SQL> select round(bytes/(1024*1024*1024),2) blocks, maxbytes, maxblocks from dba_data_files where TABLESPACE_NAME = 'UNDOTBS1';
BYTES/(1024*1024*1024)     BLOCKS   MAXBYTES  MAXBLOCKS
---------------------- ---------- ---------- ----------
              1,95     256000          0          0

Je passe le tbs de 2 à 3GO, soit 50% de plus.

Code :

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

SQL> alter database datafile '/u03/oradata/GTT/GTT_undotbs_01.dbf' resize 3000M;

Le tablespace fait bien maintenant 3 Go.

Code :

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

1
2
3
4
SQL> select round(bytes/(1024*1024*1024),2), blocks, maxbytes, maxblocks from dba_data_files where TABLESPACE_NAME = 'UNDOTBS1';
ROUND(BYTES/(1024*1024*1024),2)     BLOCKS   MAXBYTES  MAXBLOCKS
------------------------------- ---------- ---------- ----------
                           2,93     384000          0          0

Mon pb est le résultat de la commande df : je ne comprends pas les chiffres affichés : c'set quoi ces 55 blocks de 1GO?
Mon Unix est un AIX.

Code :

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

1
2
3
SQL> ! df -g /u03/oradata
Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on
/dev/vlemc2.2     55.50     16.82   70%       79     1% /u03/oradata

[Pomalaix]

Le premier df est exprimé par défaut en nombre de blocs de 512 octets (il y en a 116391936) ; si vous faites la conversion, ça fait bien 55,5 Go.
Comme votre 2e df demande la taille en Go, c'est ce que vous obtenez...
Dans ce contexte, il faut plutôt comprendre "blocks" comme "unité".

[Ikebukuro]

Merci Pomalaix,

Finalement c'était bête comme choux


Donc si je comprends bien :
- dans /u03/oradata j'ai 55.5Go d'espace disque disponible via Unix
- dans ce filesystem, le fichier des Undo occupe maintenant 3Go
- il me reste 16.82Go de disponible pour augmenter la taille des datafiles Oracle ou ajouter des datafiles dans les tablespaces

[vanagreg]

9i
Un ptit upgrade ça ferait pas de mal.

[Ikebukuro]

Tu te doutes bien que je n'ai pas la main sur ce genre de choses sinon il y a longtemps que ça aurait été fait
C'est effectivement une base bien vieille, par exemple dans V$SQL il n'y a même pas de colonne SQL_ID...
Peut-être qu'ils bossent avec un éditeur de logiciel et que la version de leur appli est bloquée à Oracle 9 ou bien ils ont carrément disparu...