trace

[CleitonHanzenParticipante]

Opá…

Se você criar uma sessão nova (direto no sqlplus) e habilitar trace na tua própria sessão também não funciona?

Já vi casos similares, como segue abaixo:

1. O arquivo abaixo da pasta udump foi removido e a sessão ainda permanece conectada porém gerando para um arquivo “deletado” (mas ainda assim alocado no kernel). Neste caso é necessário desconectar/conectar a sessão para que seja gerado outro pid (consequentemente gravando num arquivo com nome diferente, semelhante ao que o set identifier faz) ou ainda utilizar o oradebug para “liberar” o arquivo deletado fazendo com que o Kernel tbém libere o arquivo (consequentemente o arquivo vai ser recriado do zero)

2. Sessões que conectam via Shared Server NÃO geram os traces no UDUMP e sim o BDUMP (recomendo que, se for este o cenário, que você utilize conexões dedicadas, já que fica muito ruim detectar algum problema via Shared Server)…

Espero ter ajudado… 😉

[]s