Discussion :

[beyonder2005]

Bonjour,

Mes traitements de chargement de la base ont fait péter mon tablespace GROSRBK composé de mes Rollback segments.
En effet, GROSRBK a atteint sa taille maximale.
Je voudrais savoir comment le vider.
Je sais que pour vider TEMP, il faut arrêter et redémarrer la base, pour
que SMON fasse son travail de nettoyage.

Merci d'avance

[aline]

de mémoire, (cela fait longtemps que je ne travaille plus avec la 8i) essayes our le tablespace temporaire:

Code :

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

1
2
 
alter tablespace temp default storage (pctincrease 0);

pour les rollbacks, essayes

Code :

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

1
2
 
alter rollback segment GROSRBK shrink to X M

[beyonder2005]

OK, merci aline

En fait, GROSRBK est le Tablespace qui héberge ma dizaine de Rollback
segment.
J'ai fait une solution radicale en le droppant après avoir mis tous mes RBS1, RBS2, ... offline.

Là je viens d'essayer ta méthode mais en faisant :

Code :

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

1
2
3
 
alter rollback segment RBS0x shrink to 2M;
...

et ça marche terrible.
C'est dorénavant cette méthode que je vais adopter.

Quant à vider TEMP, je garde ma méthode qui consiste simplement
à l'arrêt/démarrage de la base. (je n'ai pas essayé la tienne ... )

Le processus d'arrière plan SMON se charge de vider tous les extents
au démarrage.

Merci encore

[bouyao]

Moi je pense que tes Rollback segments ne se vident pas car tu a tuer des sessions en cours de traitements.
Quand une session est en cours de traitement il va utiliser les rollback segments, si le traitement fini normalement oracle vide les rollback, par contre si tu interrompre la session, oracle ne vide rien.
la solution est de créer un autre rollback.

[beyonder2005]

salut Bouyao,

Je crois que tu as trouvé la cause tout seul, car en fait, mes développeurs
me demandent sans cesse de killer leurs sessions (on est en mode projet).

Donc, toi tu préconises plutôt ma première méthode qui a consisté à
détruire mon GROSRBK et à le recontruire ?
Ca a très bien marché mais je ne savais pas si c'était rigoureux comme
travail ...

Question subsidiaire : il faut donc attendre que tout se fracasse pour reconstruire ? Ou dois-je faire un SHRINK de temps en temps ?

[bouyao]

La meilleur solution est d'eviter de tuer les processes

[aline]

Bouyao a raison,
le shrink doit plutôt servir à retailler ton rollback si celui si grossit.
Tu lui redonne donc sa taille initiale avec le shrink

[79Charles]

moi je le passerai en OFFLINE et Oracle prendra le temps pour le vider