Procedimientos que no se dejan compilar

[Crispp]

Hola.
Tengo un problema con algún procedimiento de oracle.
El procedimiento está correcto, de hecho estaba compilado y funcionaba perfectamente.
A ese procedimiento le llama un job, y no sé pq motivo de repente ese procedimiento se pone como inválido y no se puede ejecutar ni recompilar a menos que se pare y rearranque la base de datos de nuevo.
Cuando se le da a recompilar (ya sea desde el toad o desde el sql) se queda un rato (muuucho rato) pensando pero no se termina de compilar.
¿a alguien le ha pasado algo parecido y sabe como resolverlo?
Muchísimas gracias

[huesos52]

aca tratan un poco el tema.
http://www.tsoracle.com/wparchives/2...-lo-compilara/

mira las sugerencias que dan en las respuestas.

saludos

[Crispp]

Hola
Gracias por tu respuesta. Eso no es el problema que tengo.
El problema es que el procedimiento se queda como bloqueado y no se puede hacer nada con él, ni compilarlo, ni eliminarlo.
No sé si existe alguna tabla o vista donde ponga ese estado de "bloqueo", y cómo quitar el estado y ponerlo operativo.

Un saludo

[jc3000]

Yo uso esta query para ver si algún paquete está pillado ( no bloqueado ) y por quien, mira a ver si te vale.

select /*+ CHOOSE */ a.sid, a.serial#, A.INST_ID,a.username, a.username "DB User",
a.osuser, a.status, a.terminal, a.type ptype, b.owner, b.object, b.type, a.USERNAME "DB User"
from gv$session a, gv$access b
where a.sid=b.sid and a.inst_id = b.inst_id
and b.type<>'NON-EXISTENT'
and (b.owner is not null) and (b.owner<>'SYSTEM') and (b.owner<>'SYS')
AND B.OBJECT like 'NOMBRE_DEL_PAQUETE'
ORDER BY STATUS, OBJECT , TYPE

Si el STATUS te aparece como ACTIVE, ese paquete si lo intentas compilar te dará TIMEOUT y no podrás.

[Crispp]

Gracias.
He probado la query y me como resultado el procedimiento que está pillado, ahora bien, ¿cómo lo despillo?
El usuario no me da mucha información.
Un saludo

[jc3000]

Si dices que está pillado, es que ves la sesion como ACTIVE ¿ no ?.

En ese caso, tiras esta otra query preguntando por el SID y el SERIAL# de la otra que te he puesto y te guardas el SPID que te sale. Haces un kill session de ese SID y ese SERIAL# ( ALTER SYSTEM KILL SESSION 'SID,SERIAL#' ) y esperas un par de minutos. Si sigues viendo esa sesion ( Ahora la verás con STATUS = KILLED ), tienes que ir al sistema operativo y matar ese proceso ( El SPID que te has guardado hace un momento ). Si tienes UNIX / LINUX haces un KILL -9 SPID .

select p.SPID, s.SID, s.SERIAL#, s.USERNAME, s.LOCKWAIT, s.STATUS,
s.OSUSER, s.MACHINE, s.TERMINAL, s.PROGRAM, s.LOGON_TIME
from v$session s, v$process p
where p.addr(+)=s.paddr
order by SID

NOTA : Si la BBDD la tienes en RAC tienes que conectarte a la instancia correspondiente.
NOTA 2 : No se te olvide apuntar el SPID, algunas veces al hacer el KILL SESSION, la sesion aparece como KILLED , pero el SPID desaparece y entonces te las ves canicas para localizarla en el S.O.

[Crispp]

Hola de nuevo.
He ejecutado la segunda query que me propones y el "culpable" es oracle. Él es el proceso que tiene pillado el procedimiento, pone oracle@nombreSchema(J000).
Y claro, el oracle no puedo matarlo.

Un saludo y gracias

[jc3000]

¿ el procedure es de oracle ?

Ay madre, ¿ que has hecho?, pon el nombre del pl , tira esta query y postea el resultado.

select owner,name,text
from dba_errors
where name like 'NOMBRE DEL PL'
AND OWNER like 'USUARIO ORACLE'
ORDER BY LINE

[Crispp]

Buenas.
Tranquilo, que no he hecho nada, sólo he ejecutado la query. No he matado ningún proceso ni nada.
Pues he ejecutado la nueva query que me has dicho y no da ningún resultado. He quitado la condición pero sigue estando vacía.

[jc3000]

Pues ya me he quedao sin ideas, compi.

[Crispp]

Muchas gracias por las ideas que has tenido.
Yo tampoco sé por donde tirar. Si se te ocurre cualquier cosa, yo estoy dispuesta a probarlo.

Un saludo