Discussion :

[dyvim]

bonjour à tous,

je viens de faire une boulette sur mon serveur de dev.
J'avais besoin de place dans le temp pour des requetes de tri un peu copieuses alors j'ai mis le table space en AUTOEXTEND (oui je sais il vaut mieux pas )

depuis le table space n'a pas arrêté de grossir et a rempli tout ce qui restait sur le disque (3 jours de grosses requetes copieuses non-stop)

je ne suis pas DBA de formation et on m'a dit qu'il allait falloir tout reconstruire et redémarrer la base.

ça me surprend un peu car pour moi ce tablespace n'est que temporaire et pas utilisé en dehors du moment ou tu fais des requêtes. on devrait donc pouvoir supprimer le fichier .dbf qui correspond au tablespace, en créer un nouveau (vide) et le réassocier au tablespace, non?

enfin on me dit que ce n'est pas possible mais pas pourquoi...

si vous avez des éléments de réponse ou une solution, j'en serais heureux.

cordialement.

PS : je suis sous oracle 8.1.7.4.0

[pifor]

Dans un tablespace temporaire, il y a un unique segment créé par le premier tri et supprimé à l'arrêt de l'instance. Ceci doit expliquer cela.

[dyvim]

j'en déduis qu'en dropant le fichier physique correspondant au tablespace temporaire (après arrêt de la base)
en recréant ce fichier vide et enredémarrant la base, le problème est réglé...

me trompes-je?

[olivanto]

c'est l'idée...

Tu crées un nouveau tablespace TEMP, tu l'actives, tu désactive l'ancien que tu peux ensuite supprimer.

[jf4db]

c'est l'idée...

Tu crées un nouveau tablespace TEMP, tu l'actives, tu désactive l'ancien que tu peux ensuite supprimer.

Ne pas oublier de affecter le nouveau tbs temp aux users de la base pendant l'inter puis revenir à l'ancien apres.

[olivanto]

Je ne suis pas sûr d'avoir compris ce que tu dis....

1- Création du tablespace
2- Activation (à ce moment, il est utilisable)
3- Désactivation de l'ancien (le nouveau est opérationnel)
4- Suppression de l'ancien

Tu veux faire quoi de plus ?

[orafrance]

j'en déduis qu'en dropant le fichier physique correspondant au tablespace temporaire (après arrêt de la base)
en recréant ce fichier vide et enredémarrant la base, le problème est réglé...

me trompes-je?

il ne faut pas supprimer le fichier mais le tablespace

[pifor]

Je ne suis pas sûr d'avoir compris ce que tu dis....

1- Création du tablespace
2- Activation (à ce moment, il est utilisable)
3- Désactivation de l'ancien (le nouveau est opérationnel)
4- Suppression de l'ancien

Tu veux faire quoi de plus ?

En 8i, le tablespace temporaire par défaut est SYSTEM:

Oracle allocates temporary segments as needed during a user session, in the temporary tablespace of the user issuing the statement. You specify this tablespace with a CREATE USER or an ALTER USER statement using the TEMPORARY TABLESPACE clause. If no temporary tablespace has been defined for the user, the default temporary tablespace is the SYSTEM tablespace

Il faut donc bien affecter le tablespace temporaire à chaque utilisateur.

[jf4db]

Je ne suis pas sûr d'avoir compris ce que tu dis....

1- Création du tablespace
2- Activation (à ce moment, il est utilisable)
3- Désactivation de l'ancien (le nouveau est opérationnel)
4- Suppression de l'ancien

Tu veux faire quoi de plus ?

1- Création du tablespace
2- Activation (à ce moment, il est utilisable)
3- affecter le TEMP2 aux users qui ont le tablespace TEMP dans leurs clause default tablespace
4- Désactivation de l'ancien (le nouveau est opérationnel)
5- Suppression de l'ancien TEMP
6- recréer TEMP
7- réaffecter le TEMP aux users concernés
8- désactivation et suppression de TEMP2

[dyvim]

Merci à tous...

le problème a été résolu rapidement pas les DBAs en fait et sans redémarrage (comme je le pensais)

ça m'a permis d'apprendre quelques trucs comme :
- le tablespace TEMP est "optionnel"
- on peut droper un tablespace... mais ça ne supprime pas le fichier derrière
- l'autoextend peut faire très mal

par contre, a priori la solution était de recréer un autre TEMP temporairement puis de droper l'ancien et finalement de le recréer...
s'il n'y a pas d'utilisateur connecté, tu ne peux pas tout simplement droper TEMP et le recréer de suite? (en ayant supprimé le .dbf qui prend toute la place avant)

[olivanto]

1- Création du tablespace
3- affecter le TEMP2 aux users qui ont le tablespace TEMP dans leurs clause default tablespace

Oui, en effet, mais il semble que c'est automatique...

Ma base a crashé l'an dernier à cause du TEMP que j'ai recréé de cette manière, et je ne me rappelle pas avoir affecté le nouveau TEMP aux utilisateurs (mais peut être ma mémoire me joue des tours ?)