Question : Cheminement des retards de transactions de base de données DB2

Nous avons une grande application qui accède DB2 à des dossiers « en lots » de procédés d'application du database
That qui arrive dans un directory
Upon « recevant » d'un dossier, l'application (JBoss, Java) la traite en accédant au DB pour beaucoup de de de beaucoup de questions, de mises à jour et de dossiers de l'inserts
Several, et c'est souvent le cas, peut être les processus simultaneously.
However quand c'est le cas, il semble qu'il y a une certaine longue période de verrouillage dans la base de données car l'achèvement des travaux est plus long et merveille du longer
We s'il y a un outil DB2 (surveillance) ce nous peut activer, et cela tracera toutes les demandes envoyées au RDBMS, mais également témoin combien de temps il a pris pour chacune de ces derniers à complete class= de

Réponse : Cheminement des retards de transactions de base de données DB2

Si c'est DB2 UDB (Linux, Windows ou Unix), vous pouvez avoir votre DBA installez un moniteur d'événement de rapport.  Ceci capturera tout le SQL et donner le nombre de heures chacun a pris.  Cependant, ceci ne rapportera pas le temps de LOCK-WAIT l'où on vous concerne - et il répandra dehors des tonnes d'information et pourrait facilement consommer tout votre espace disque libre.

Afin de déterminer ce qui cause la controverse de base de données, les meilleurs outils « libres » disponibles sont la commande de DÉTAIL d'EXPOSITION d'APPLICATION de LISTE de voir que quels raccordements sont dans un état de LOCK-WAIT et/ou l'INSTANTANÉ d'OBTENTION POUR TOUTES LES APPLICATIONS qui montreront ce que chaque raccordement fait et si elles sont dans serrure-attendent, ce qui sont elles attendant et de qui.  Tous les deux commandes devront être courues à intervalles réguliers pour produire du type d'information requis pour diagnostiquer le problème.  Commencer à courir chaque minute et courir plus souvent au besoin.

Les deux solutions exigeront que vous mettez en marche les COMMUTATEURS de MONITEUR - je recommande d'allumer tous pour obtenir la plupart d'information possible de diagnostiquer ce problème.

Il y a des outils disponibles - comme le MONITEUR d'ACTIVITÉ qui fait partie du client de DB2 V9 - qui peut aider à diagnostiquer l'issue.  D'autres outils de surveillance tels que le projecteur de directeur et de recherche d'exécution d'Optim qui peut être acheté pour aider à diagnostiquer ces types de problèmes.

Personnellement, j'ai un ensemble de manuscrits du cru qui emploient l'application de liste et obtiennent l'infotrmation d'instantané de surveiller et diagnostiquer ces types de problèmes 24x7.  Ils ne sont pas jolis (aucun GUI, juste essai) mais ils obtiennent le travail réalisé rapidement et pour libre.

Greg