› Fóruns › Banco de dados Oracle › Lock de objeto › Lock de objeto
CleitonHanzenOpá…
Pois entaum, esse locks em library cache são bem comuns se você tentando compilar/alterar um objeto que está em uso naquele momento….existem alguns note no metalink que explicam como você faz para recuperar qual a sessão/comando que está gerando o bloqueio…. Uma fez fizemos um teste de mandar recompilar uma package que é muito acessada no banco de desenvolvimento, resultado = 3 horas e o comando recompilação estava travado por library cache lock, eliminamos uma sessão que estava executando a package e a recompilação prosseguiu… 🙂
A respeito de excesso de conexões inativas, existe o parâmetro IDLE_TIME do Profile que pode controlar isso daí (se as conexões forem via pool de conexão do Application Server, as sessões ficam com o status SNIPED, pois não há nenhum cliente final que iria dar o “OK” para a sessão finalizada)…
[]s