Discussion :

[DAB.cz]

Il y a un tablespace avec 4 fichiers, chaque de taille 2GB (8G somme).
Après déplacement de données dans un archive, il ne reste que 800MB de données (10%).
Comment on peut "defragmenter" dans 1 fichier et après supprimer les 3 fichiers restants (sans l'arret de base de données)?

Merci d'avance.

[orafrance]

Avant la 10g tu dois supprimer le tablespace et le recréer avec les datafiles nécessaires ce qui impose soit d'exporter le contenu avant soit de le déplacer dans un tablespace "tampon".

Tu as aussi l'option de réduire les fichiers à une taille très petite

[DAB.cz]

J'ai cherché un peu:
http://www.developpez.net/forums/sho...=drop+datafile

Supprimer, c'est facile en 10.2 (version en question), mais le fichier doit être vide...

Code :

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

1
2
alter tablespace tdata
  drop datafile 'E:\Oracle\Oradata\XXX\TDATA03.DBF';

L'option de réduire la taille n'est pas possible pour le fichier déjà (complètement) utilisé (ORA-03297).

[orafrance]

je t'ai donné la manip AVANT la 10g donc t'as toutes les possibilités... malgré qu'on attende toujours la version de ta base

Et évidemment supprimer un datafile n'est possible que s'il est vide sinon tu perdrais les données

[tanos]

Il y a un tablespace avec 4 fichiers, chaque de taille 2GB (8G somme).
Après déplacement de données dans un archive, il ne reste que 800MB de données (10%).
Comment on peut "defragmenter" dans 1 fichier et après supprimer les 3 fichiers restants (sans l'arret de base de données)?

Merci d'avance.

Bonjour
Si je comprends bien : tu as 4 datafiles de 2 go.Mais en espace occupé tu as 800Mo.

Dans ton tablespaces
si tu as que des indexes tu peux faire un rebuild des indexes pour les déplacer vers un autre tablespace puis tu fais un drop du tablespace tu recrées ton tablespace et tu fit un rebuild inverse du premier.

Si tu as des datas il faut faire un move mais attention il faudra faire un rebuild des indexes associés aux tables puis tu fis un drop du tablespace et tu le recrés...etc

Autre possibilités chercher le High water mark (le dernier extents marqué comme ayant des données) des datafiles et un faire un resize ca permet des fois de gagner de l'espace.
Tanos

[philcero]

D'accord avec tanos, sauf que si tu fais un move d'une table il te faut supprimer les indexs avant et les recréer ensuite car pendant le temps où ton move table est terminé et tes rebuild index sont terminés la base est dans un état incohérent et toute requête utilisant les indexs à ce moment là récupéreront des ID de blocs invalides car se basant sur les indexs courant...