Discussion :

[nax71]

Bonjour,

Je voulais trouver une explication pour l'incoherence suivante.
J'execute la commande suivate sur une base Oracle 9i:

Code :

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

1
2
3
4
5
6
7
8
9
SQL> select tablespace_name,sum(bytes)/1024/1024 from dba_segments group by tablespace_name;
 
TABLESPACE_NAME                SUM(BYTES)/1024/1024
------------------------------ --------------------
SD_DATA                                   2744899
SD_IDX                                      23323
SYSTEM                                   137,171875
TOOLS                                     196,65625
UNDOTBS                                   88,171875

Si ma comprehension est bonne, d'apres ce calcul, j'ai 2 Terra dans le tablespace SD_DATA.

Maintenant j'execute:

Code :

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

1
2
3
4
5
SQL>select sum(bytes)/1024/1024 from dba_data_files where tablespace_name='SD_DATA';
 
SUM(BYTES)/1024/1024
--------------------
              150000

Ce qui veut dire que la somme de la taille de tous les fichiers dans le tablespace SD_DATA est 150 Giga => Ce qui est vrai: verifié au niveau de l'OS

Comment ce TBS peut avoir alloué 2T des données quand la somme de tous les fichiers qui le compose ne depasse pas 150G ?

Je me trompe ou ?

[Z3phur]

bonjour,

il faut que tu regardes la taille allouée à tes datafiles.

Par exemple si tu crées un datafile avec un maxsize de 5G, et qu'il est rempli seulement à avec 2G, tu auras une différence entre la taille dans dba_segment et dba_data_files.

Si je me trompe n'hésitez pas à me reprendre.

[root_nizar]

Bonjour

Est ce que vous pouvez exécuté cette commande pour voir l'espace libre :
dba_data_files=dba_segments+dba_free_space

select sum(bytes)/1024/1024 FROM dba_free_space WHERE tablespace_name='SD_DATA';

Pourquoi vous avez utilisé GROUP BY vu que t'as qu'une tablespace SD_DATA

J'attend ta réponse

Je vous remerci

[pachot]

Bonjour,

Je me trompe ou ?

A priori, nulle part...

Bonjour,

Il y a effectivement quelque chose de bizarre...

Est-ce que tu peux voir le détail des segments les plus gros à partir de dba_segments pour cette tablespace ?

Cordialement,
Franck.

[nax71]

Merci pour vos réponses

Au fait la taille des datafiles est 150G. Cette valeure est done par dba_data_files. Aussi cette valeure est verifie au niveau de l'OS (J'ai fait un ls-l su l'ensemble des fichiers du tablespace).

Par contre c'est dba_segments qui donne une fausse information.
dba_segments donne 2T des donnees.

Pourquoi vous avez utilisé GROUP BY vu que t'as qu'une tablespace SD_DATA

C'est vrai il y a pas besoin de GROUP BY mais ca ne cange rien au résultat final.

Voila en bref ce que j'ai:

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
select sum(bytes)/1024/1024 FROM dba_free_space WHERE tablespace_name='SD_DATA';
 
SUM(BYTES)/1024/1024
--------------------
               38724
 
 select sum(bytes)/1024/1024 FROM dba_segments WHERE tablespace_name='SD_DATA';
 
SUM(BYTES)/1024/1024
--------------------
             2744899
 
select sum(bytes)/1024/1024 FROM dba_data_files WHERE tablespace_name='SD_DATA';
 
SUM(BYTES)/1024/1024
--------------------
              150000

L'egalité dba_data_files=dba_segments + dba_free_space n'est visiblement pas respecté.

[Z3phur]

Bonjour,

As tu vérifié si tu avais des datafiles à auto extend à OFF.

[nax71]

Voila mes datafiles. Il y a 75 tous identiques.

Code :

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

1
2
3
4
5
6
7
8
9
10
SQL> select count(*) from dba_data_files where tablespace_name='SD_DATA';
 
  COUNT(*)
----------
        75
SQL> select * from dba_data_files where tablespace_name='SD_DATA';
 
   FILE_ID TABLESPACE_NAME       BYTES     BLOCKS STATUS    RELATIVE_FNO AUTOEXTENSIBLE   MAXBYTES  MAXBLOCKS INCREMENT_BY USER_BYTES USER_BLOCKS
---------- ---------------- ---------- ---------- --------- ------------ -------------- ---------- ---------- ------------ ---------- -----------
         4 SD_DATA          2097152000     256000 AVAILABLE            4 YES            2097152000     256000          128 2096103424      255872

MAXBYTES = 2097152000 => 2G par fichier * 75 = 150G

[pachot]

C'est plus le détail des segments qu'il faudrait voir, vu que c'est là qu'il y a un pb:

Code :

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

SQL>segment_name,segment_type,bytes/1024/1024,blocks FROM dba_segments WHERE tablespace_name='SD_DATA' order by bytes;

afin d'identifier le segment qui donne une mauvaise valeur.

[pachot]

... et lorsque le segment est identifié, voir les infos dans dba_extents.
Il y a plusieurs bugs oracle où des valeurs incorrectes sont reportées par dba_segments.

[nax71]

afin d'identifier le segment qui donne une mauvaise valeur.

Je dois chercher quoi comme mauvaise valeur ?

J'ai pris ta requette et j'ai verifie que blocks * 8192 / 1024/1024 == bytes/1024/1024 et c'est correcte. La relation entre les blocks et les bytes est bonne. (J'ai un block de 8192)

[pachot]

Je dois chercher quoi comme mauvaise valeur ?

Ben probablement une très grosse valeur, puisque tu as un total beaucoup plus gros que la réalité.

Tu peux aussi comparer: sum(bytes) par segement à partir dba_extets et de dba_segments

[nax71]

J'ai trouvé la solution.
Enfin, pas la solution mais l'explication.
Comme a sugere pachot il s'agit d'un bug.
Au fait il ya a ey bcp des truncates dans ce tablespace. Apparement si un truncate se termine mal (ex un utilisateur qui interrompe l'operation) la viez dba_segments n'est plus fiable.
Il faut se fier a dba_extents a la place.

Cordialement,