Als dit DB2 UDB (Linux, Vensters of Unix) is, kunt u uw DBA opstelling hebben een Monitor van de Gebeurtenis van de Verklaring. Dit zal al SQL vangen en zal de hoeveelheid tijd geven elk vergde. Nochtans, zal dit slot-WACHTTIJD geen tijd melden u waarbij betrokken bent - en het zal uit ton informatie spuiten en kon elk van uw vrije schijfruimte gemakkelijk verbruiken.
om te bepalen wat het gegevensbestandgeschil veroorzaakt, zijn de beste „vrije“ beschikbare hulpmiddelen de TOEPASSING van de LIJST TONEN het bevel van het DETAIL om te zien welke verbindingen in een slot-WACHTTIJD staat en/of de GET MOMENTOPNAME VOOR ALLE TOEPASSINGEN zijn die zullen tonen wat elke verbinding doet en als zij in slot-wachttijd zijn, wat zij die zijn wachten op en van wie. Beide bevelen zullen met regelmatige intervallen moeten worden in werking gesteld om het type van informatie te produceren nodig om het probleem te diagnostiseren. Begin die elke minuut en looppas vaker indien nodig in werking stellen.
Beide oplossingen zullen vereisen dat u de SCHAKELAARS van de MONITOR aanzet - ik adviseer aanzettend allemaal om de meeste informatie mogelijk te krijgen om dit probleem te diagnostiseren.
Er zijn beschikbare hulpmiddelen - zoals de MONITOR van de ACTIVITEIT die deel van de DB2 V9 cliënt uitmaakt - die kan helpen de kwestie diagnostiseren. Andere controlehulpmiddelen zoals de de Manager van Prestaties Optim en Schijnwerper van de Zoektocht die kunnen worden gekocht helpen deze soorten problemen diagnostiseren.
Persoonlijk, heb ik een reeks inlandse manuscripten die de Toepassing van de Lijst gebruiken en infotrmation van de Momentopname ertoe brengen om deze soorten problemen 24x7 te controleren en te diagnostiseren. Zij zijn niet mooi (geen GUI, enkel test) maar zij krijgen de baan gedaan snel en kostenloos.
Greg
