Om denna är DB2 UDB (Linux, Windows eller Unix), du kan ha din DBA att ställa in en meddelandehändelse övervakar. Detta det ska tillfångatagandet all SQL och ger tidsperioden som varje tog. Emellertid detta ska inte tid för rapporten LOCK-WAIT, som du angå med - och det ska spew ut tons av information och kunde lätt konsumera allt ditt fria diskutrymme.
För att bestämma vad orsakar databasstriden, det bäst ”fritt” bearbetar tillgängligt är LISTAAPPLIKATIONSHOWEN SPECIFICERAR befaller för att se vilka anslutningar är i en statlig LOCK-WAIT och/eller FÅKORTET FÖR ALLA APPLIKATIONER, som ska show vad varje anslutning gör, och om de är i låsa-väntan, vad är dem som väntar och från vem. Båda av dessa befaller ska måste att köras på stamgästmellanrum för att frambringa typen av information som behövs för att diagnostisera problemet. Starta spring varje minimalt och kör oftare, om nödvändigt.
Båda ska lösningar kräver att du vänder ÖVERVAKA KOPPLAR på - jag rekommenderar roterande på alla dem att få den mest informationsmöjligheten för att diagnostisera detta problem.
Det finns bearbetar tillgängligt - liksom AKTIVITETEN ÖVERVAKA som är delen av beställaren för DB2 V9 - som kan hjälpa att diagnostisera utfärda. Annan övervakning bearbetar liksom strålkastaren för för den Optim kapacitetschefen och sökanden som kan köpas för att hjälpa att diagnostisera dessa typer av problem.
Personligen jag har en uppsättning av homegrown skrivar som använder listaapplikationen och får kortinfotrmation att övervaka och diagnostisera dessa typer av problem 24x7. De är inte nätt (ingen GUI, testar precis), men de får jobbet gjort snabbt och för fritt.
Greg
