Se este é DB2 UDB (linux, Windows ou Unix), você pode ter seu DBA setup um monitor do evento da indicação. Isto capturará todo o SQL e dar a quantidade de tempo cada um tomou. Entretanto, isto não relatará o tempo de LOCK-WAIT que você é estado relacionado com - e vomitará para fora toneladas de informação e poderia facilmente consumir todo seu espaço de disco livre.
A fim determinar o que está causando a disputa da base de dados, as melhores ferramentas “livres” disponíveis são o comando do DETALHE da MOSTRA da APLICAÇÃO da LISTA ver que que conexões estão em um estado de LOCK-WAIT e/ou o INSTANTÂNEO da OBTENÇÃO PARA TODAS AS APLICAÇÕES que mostrarão o que cada conexão está fazendo e se está em fechamento-espera, o que são elas que esperam e de quem. Both of these comandos terão que ser funcionados em intervalos regulares para gerar o tipo de informação necessário para diagnosticar o problema. Começar funcionar cada minuto e funcionar mais frequentemente caso necessário.
Ambas as soluções exigirão que você gira sobre os INTERRUPTORES do MONITOR - eu recomendo girar sobre todo para começ a maioria de informação possível diagnosticar este problema.
Há ferramentas disponíveis - como o MONITOR da ATIVIDADE que é parte do cliente de DB2 V9 - que pode ajudar a diagnosticar a edição. Outras ferramentas da monitoração tais como o projector do gerente e da procura do desempenho de Optim que pode ser comprado para ajudar a diagnosticar estes tipos de problemas.
Pessoal, eu tenho um jogo dos certificados homegrown que usam a aplicação da lista e conseguem o infotrmation do instantâneo monitorar e diagnosticar estes tipos de problemas 24x7. Não são bonitos (nenhum GUI, apenas teste) mas começ o trabalho feito rapidamente e para livre.
Greg
