Если это будет DB2 UDB (Linux, Windows или Unix), то вы можете иметь ваш DBA setup монитор случая заявления. Это захватит весь SQL и дать количество времени каждое принял. Однако, это не сообщит время LOCK-WAIT которым вы обеспокоенный с - и они spew вне тонны информации и smogли легк уничтожить весь из вашего свободно космоса диска.
Для того чтобы обусловить причиняет утверждение базы данных, самые лучшие «свободно» имеющиеся инструменты будут командование ДЕТАЛИ ВЫСТАВКИ ПРИМЕНЕНИЯ СПИСКА для того чтобы увидеть которые соединения находятся в положении LOCK-WAIT and/or СНИМОК ПОЛУЧАТЬ ДЛЯ ВСЕХ ПРИМЕНЕНИЙ которые покажут каждое соединение делает и если они находится в, то замк-ждет, будет ими и от. Обе из этих команд побежаться на регулярных интервалах для того чтобы произвести тип информации необходимы для того чтобы диагностировать проблему. Начните побежать каждая минута и побегите более часто если обязательно.
Оба разрешения будут требовать что вы включаете ПЕРЕКЛЮЧАТЕЛИ МОНИТОРА - я рекомендую повернуть дальше все них для того чтобы получить большинств информацию по возможности диагностировать эту проблему.
Будут имеющиеся инструменты - как МОНИТОР ДЕЯТЕЛЬНОСТИ будет частью клиента DB2 V9 - может помочь диагностировать вопрос. Другие инструменты контроль как фара менеджера и поисков представления Optim можно купить для того чтобы помочь диагностировать эти типы проблем.
Лично, я имею комплект homegrown сценариев которые используют применение списка и получают, что infotrmation снимка контролируют и диагностируют эти типы проблем 24x7. Они не милы (никакой GUI, как раз испытание) но они получают работу после того как они сделаны быстро и для свободно.
Грег
