[TABLESPACE] drop temporary tablespace include contents and datafile lock de session [Résolu]

[Stessy]

Bonjour à tous,

j'ai actuellement un gros soucis avec ma base.

Config:

HP-UX 11.23
ORACLE 10.2.0.2 RAC
J'ai 2 nodes


J'ai exécuté la commande

Code :

DROP TABLESPACE temp INCLUDING CONTENTS AND DATAFILES;

Mais le problème est que j'utilise des raw devices.

D'où j'ai un gros soucis de blocking session sur une de mes instances.

J'avais pensé stopper l'instance mais j'ai peur que la base soit ensuite corrompue.

J'ai voulu faire un kill de la session mais il m'a refusé car le session n'est pas un user session

ORA-00029: session is not a user session

Donc je ne sais plus trop quoi faire.

j'ai également créé un SR sur Metalink avant de faire de grosses bêtises.

Si vous avez un début de piste, il est le bienvenu.

D'avance merci pour vos réponses.

[LeoAnderson]

Le temp est utilisé par quelle session ?

si vous tuez les sessions applicatives qui sont encore dessus, ça débloque pas ?

Que dit l'instance +ASM ?
pourquoi les raw devices seraient problématiques ?

[orafrance]

pour dropper un tablespace temporaire faut déjà prendre garde à en créer un autre et affecter ce 2° aux users.

D'abord, pourquoi tu veux dropper ce tablespace ?

T'inquiétes pas la corruption du TEMP ne pose pas de problème.

[Stessy]

Le temp est utilisé par quelle session ?

si vous tuez les sessions applicatives qui sont encore dessus, ça débloque pas ?

Que dit l'instance +ASM ?
pourquoi les raw devices seraient problématiques ?

Je n'utilise pas ASM.

Parce que tu ne peux pas faire de drop include datafile avec des raw devices.

pour dropper un tablespace temporaire faut déjà prendre garde à en créer un autre et affecter ce 2° aux users.

D'abord, pourquoi tu veux dropper ce tablespace ?

T'inquiétes pas la corruption du TEMP ne pose pas de problème.

J'avais créé un deuxième tablespace avant de dropper le premier.

Je voulais dropper ce tablespace car je devais agrandir sa taille, la database lance ses stats toutes les nuits, et mon project manager en avait marre de recevoir un SMS toutes les nuits parce que le temp tablespace était plein à 99%

Et au lieu de simplement ajouter un raw device au temp tablespace actuel, j'ai voulu créer un nouveau temp tablespace avec un seul gros raw device.


Bon ben entre temps j'ai résolu mon problème, j'ai quand même réussi à killer des sessions applicatives alors qu'il y a une heure il ne voulait que je les kille.

En fait à chaque fois que je ne trouve pas de solution au bout d'une heure je poste un message sur le forum. Et comme par magie 5 minutes après que j'aie posté le message, mon problème est résolu.

Donc en gros problème résolu.

Merci beaucoup pour vos interventions.

[orafrance]

Envoyé par Stessy

En fait à chaque fois que je ne trouve pas de solution au bout d'une heure je poste un message sur le forum. Et comme par magie 5 minutes après que j'aie posté le message, mon problème est résolu.

ça s'appelle le syndrome du DBA... combien de problème j'ai résolu rien qu'en décrochant le téléphone : "ha bah non rien... ça remarche"

Plus sérieusement, une session peut être longue à mourir si un gros rollback est nécessaire

[pholos]

la derniere fois que j'ai droppé un tbs temporaire ça a mis 48h... il faut etre patient.