Discussion :

[nuke_y]

Bonjour,

j'ai lancé une procédure d'un package sur le serveur qui alimente une table. Pour une raison obscure, mon client a été coupé.
Pensant qu'il n'y avait pas plus de conséquences que ça, j'ai continué de travailler sur cette table mais je me suis vite aperçut que la moindre requête la concernant était EXTREMEMENT longue (genre 4 mn pour un select count(*) FROM matable alors que j'ai 8 enregistrements dedans).
Je me suis donc dit qu'il suffisait de la dropper et de la recréer mais je ne peux pas

The following error has occurred:

ORA-00054: Ressource occupée et acquisition avec NOWAIT (pas d'attente) indiquée

Details:
ORA-00054: Ressource occupée et acquisition avec NOWAIT (pas d'attente) indiquée

Je réclame donc de l'aide !! Comment tuer cette procédure qui m'empêche de travailler et qui, en plus de ne servir à rien, doit utiliser des ressources du serveur ?

Merci

[lalystar]

Normalement, la session devrait être killé par Oracle.

Sinon regardes dans V$SESSION pour récupérer le SID et le SERIAL# de ta session à tuer. Ensuite tu peux faire :

Code :

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

1
2
 
   alter system kill session 'sid,serial#';

(en remplacant par les valeurs récupérées).


Laly.

[nuke_y]

Oki, et ça a quoi comme conséquences? Ca risque pas de m'abimer la base, de me faire disparaitre un mdp ou de me toucher à quoi que ce soit au niveau des droits?
Parce que mon DBA c'est pas un marrant, et j'ai déjà la trouille d'aller le voir pour lui demander de me débloquer le process alors si je lui dit que j'ai supprimé un truc par inadvertance...

[Yorglaa]

non, normalement si tu t'assure de bien "killer" la bonne session il n'y a pas trop de risques...

par contre si la session que tu veux flinguer tourne une procédure qui contient des commit, alors les rows déjà commités feront déjà partie de la base... dans ce cas de figure il faut alors faire très attention !

[nuke_y]

Bon de toutes façons j'ai pas les droits dba, je vois aucune table V$...
Arg!! Mais quand je dis arg.. c'est arg !!

Bon euh restons calme... Oracle tue la session tout seul au bout de combien de temps? Parce que là un WE de 4 jours s'annonce et une prcédure qui tourne tout le WE, moyen...

[Yorglaa]

je crois que le plus simple serait quand même de contacter ton DBA... même si il n'est pas cool !!!

après tout tu peux lui faire comprendre que c'est moindre mal pour lui de killer ta session plutôt que tu ailles tirer la prise du serveur...

[nuke_y]

C'est fait c'est bon mais... j'ai l'impression que ma session s'est de nouveau bloquée !! Je n'ose pas couper SQL*Plus ce coup-çi mais bon...

Ca existe les tables maudites ????

[SFAUVEL]

Tu es grillé, ta session fantome verrouille ta table. Il te faut donc tuer la session fantome, et pour cela tu as besoin d'un admin.

à l'avenir, ne ferme pas SQLplus, mais insiste sur ces ctrl+c et tout ca....ca finit par répondre à un moment.

Positive ta demande au niveau de ton DBA et demande lui s'il ne pourrai pas te mettre un profil qui limiterait tes ressources max. Tes traitements "trop gros" echoueraient d'eux mêmes du coup.

il est si méchant ton dba ?

[CD]

Les DBAs sont des bêtes assoifées
et tous les jours une fois la nuit tombée
il se repaîssent des utilisateurs
dans un noir recoin de la salle serveur...



pardon...

[nuke_y]

Merci je suis qu'un CDD pour 1 mois et demi... Je n'ai même plus le droit de me garer dans l'entreprise (c'est bonne ambiance de se faire mettre dehors d'une boite parce qu'on a pas le droit de s'y garer alors qu'on vient pour leur rendre service...) Alors pour les droits DBA...

J'ai (encore) coupé SQL*Plus et tant pis pour la session fantôme mais avec une autre session de SQL*Plus j'ai pu droper la table maudite et la recréer (avec l'option DO NOT PLANTE PLIZ)!! Donc plus de problème (enfin si je pense qu'il y a encore une cession fantome qui tourne quelque part, mais vu que ça ne me dérange plus...).

merci pr les conseils.

[orafrance]

attention, sous windows pour tuer une session qui reste à l'état KILLED il faut utiliser orakill <ORACLE_SID> <spid> sous DOS