Se questo è DB2 UDB (Linux, Windows o Unix), potete avere vostro DBA installate un monitor di evento di dichiarazione. Ciò bloccherà tutto lo SQL e dare il tempo ciascuno ha preso. Tuttavia, questo non segnalerà il tempo di LOCK-WAIT où vi preoccupiate - e fuoriuscirà fuori le tonnellate di informazioni e potrebbe consumare facilmente tutto il vostro spazio di disc libero.
Per determinare che cosa sta causando il conflitto della base di dati, i migliori attrezzi “liberi„ disponibili sono l'ordine del PARTICOLARE di ESPOSIZIONE di APPLICAZIONE della LISTA vedere che i quali collegamenti sono in una condizione di LOCK-WAIT e/o la FOTOGRAFIA ISTANTANEA di OTTENERE PER TUTTE LE APPLICAZIONI che mostreranno da che cosa ogni collegamento sta facendo e se sono in serratura-attende, da che cosa sono che aspettano e da chi. Entrambi ordini dovranno essere fatti funzionare ad intervalli normali per generare il tipo di informazioni stato necessario per diagnosticare il problema. Iniziare a fare funzionare ogni minuto e funzionare più spesso se necessario.
Entrambe le soluzioni richiederanno che accendiate gli INTERRUTTORI del MONITOR - suggerisco accendere tutti per ottenere la maggior parte delle informazioni possibili diagnosticare questo problema.
Ci sono attrezzi disponibili - quale il MONITOR di ATTIVITÀ che fa parte del cliente di DB2 V9 - che può contribuire a diagnosticare l'edizione. Altri attrezzi di controllo quale il riflettore del responsabile e di ricerca di prestazione di Optim che può essere comprato per contribuire a diagnosticare questi tipi di problemi.
Personalmente, ho un insieme degli scritti homegrown che usano l'applicazione della lista e convincono il infotrmation di fotografia istantanea a controllare e diagnosticare questi tipi di problemi 24x7. Non sono graziosi (nessun GUI, appena prova) ma ottengono il lavoro fatto rapidamente e per libero.
Greg