Wenn dieses DB2 UDB (Linux, Windows oder Unix) ist, können Sie Ihr DBA haben gründen einen Aussagen-Ereignis-Monitor. Dieses nimmt allen SQL gefangen und die Zeitmenge jede zu geben nahm. Jedoch berichtet dieses nicht über LOCK-WAIT Zeit, der Sie betroffen werden mit - und sie spuckt heraus eine menge Informationen und könnte die ganze Ihr freies Speicherkapazität leicht verbrauchen.
Um festzustellen was die Datenbankabsicht verursacht, sind die besten „freien“ vorhandenen Werkzeuge der LISTEN-ANWENDUNGS-ERSCHEINEN-DETAIL-Befehl zu sehen dass welche Anschlüsse in einem LOCK-WAIT Zustand sind und/oder der ERHALTENschnappschuß FÜR ALLE ANWENDUNGEN die zeigen von was jeder Anschluss tut und wenn sie in sind Verschluss-warten, von was sie wartend sind und von wem. Beide Befehle müssen in regelmäßigen Abständen laufen gelassen werden, um die Art der Informationen zu erzeugen benötigt, um das Problem zu bestimmen. Anfangen, jede Minute laufen zu lassen und häufig wenn notwendig laufen.
Beide Lösungen erfordern, dass Sie die MONITOR-SCHALTER einschalten - ich empfehle mich, alle einzuschalten, um die meisten Informationen möglich zu erhalten, dieses Problem zu bestimmen.
Es gibt die vorhandenen Werkzeuge - wie der TÄTIGKEITS-MONITOR, der ein Teil des DB2 V9 Klienten ist - der helfen kann, die Ausgabe zu bestimmen. Andere Überwachungwerkzeuge wie der Optim Leistungs-Manager-und Suchen-Scheinwerfer, der gekauft werden kann, um zu helfen, diese Arten von Problemen zu bestimmen.
Persönlich habe ich einen Satz homegrown Indexe, die die Listen-Anwendung verwenden und Schnappschuß infotrmation erhalten, diese Arten der Probleme 24x7 zu überwachen und zu bestimmen. Sie sind nicht (kein GUI, gerade Test) hübsch, aber sie erhalten die Arbeit schnell und für erledigt freies.
Greg
