Si éste es DB2 UDB (linux, Windows o Unix), usted puede tener su DBA fija un monitor del acontecimiento de la declaración. Esto capturará todo el SQL y dar la cantidad de tiempo cada uno tomó. Sin embargo, esto no divulgará el tiempo de LOCK-WAIT a el cual usted se refiere - y arrogará hacia fuera toneladas de información y podría consumir fácilmente toda su espacio de disco libre.
Para determinar qué está causando la contención de la base de datos, las mejores herramientas “libres” disponibles son el comando del DETALLE de la DEMOSTRACIÓN del USO de la LISTA de ver que qué conexiones están en un estado de LOCK-WAIT y/o la FOTO del CONSEGUIR PARA TODOS LOS USOS que demuestren de lo que está haciendo cada conexión y si están en cerradura-espera, cuáles son ellos que esperan y quién. Ambos comandos tendrán que ser funcionados con en los intervalos regulares para generar el tipo de información necesario para diagnosticar el problema. Comenzar a funcionar con cada minuto y funcionar más a menudo en caso de necesidad.
Ambas soluciones requerirán que usted gire los INTERRUPTORES del MONITOR - recomiendo el girar de todos para conseguir la mayoría de la información posible diagnosticar este problema.
Hay herramientas disponibles - por ejemplo el MONITOR de la ACTIVIDAD que es parte del cliente de DB2 V9 - que puede ayudar a diagnosticar la edición. Otras herramientas de la supervisión tales como el proyector del encargado y de la búsqueda del funcionamiento de Optim que se puede comprar para ayudar a diagnosticar estos tipos de problemas.
Personalmente, tengo un sistema de las escrituras de cosecha propia que utilizan el uso de la lista y consiguen el infotrmation de la foto supervisar y diagnosticar estos tipos de los problemas 24x7. No son bonitos (ninguÌn GUI, apenas prueba) sino que consiguen el trabajo hecho rápidamente y para libre.
Greg
