Données de performances Request metrics
Utilisez cette page pour apprendre à interpréter les données de performance de Request Metrics au format des enregistrements de trace.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
plugin_install_root/logs/web_server_name/http_plugin.log et install_root/profiles/profile_name/logs/server_name
plugin_install_root/logs/web_server_name/http_plugin.log et profile_root/logs/server_name
PMRM0003I: parent:ver=n,ip=n.n.n.n,time=nnnnnnnnnn,pid=nnnn,reqid=nnnnnn,event=nnnn
- current:ver=n,ip=n.n.n.n,time=nnnnnnnnnn,pid=nnnn,reqid=nnnnnn,event=nnnn
type=TTT detail=some_detail_information elapsed=nnnn
PLUGIN:
parent:ver=n,ip=n.n.n.n,time=nnnnnnnnnn,pid=nnnn,reqid=nnnnnn,event=nnnn
- current:ver=n,ip=n.n.n.n,time=nnnnnnnnnn,pid=nnnn,reqid=nnnnnn,event=nnnn
type=TTT detail=some_detail_information elapsed=nnnn bytesIn=nnnn
bytesOut=nnnn
Le format d'enregistrement de trace est constitué des deux corrélateurs suivants : corrélateur parent et corrélateur en cours. Le corrélateur parent représente la demande en amont et le corrélateur en cours l'opération en cours. Si les corrélateurs parent et en cours sont identiques, l'enregistrement représente une opération qui se produit lorsqu'elle est entrée dans WebSphere Application Server.
Pour corréler des enregistrements de trace pour une demande particulière, collectez les enregistrements dont l'ID message est PMRM0003I à partir des fichiers journaux de serveur d'applications appropriés ainsi que les enregistrements de trace PLUGIN à partir du fichier journal de plug-in de serveur Web. Les enregistrements sont corrélés via la correspondance des corrélateurs en cours aux corrélateurs parent. L'arborescence logique peut être créée en connectant les corrélateurs en cours des enregistrements de trace parent avec les corrélateurs parent des enregistrements enfant. Cette arborescence montre la progression de la demande dans le cluster de serveurs. Consultez la rubrique Utilité de Request Metrics qui propose un exemple de flux de transactions.
Le corrélateur parent est indiqué à l'aide des zones séparées par des virgules, qui suivent le mot clé parent:. De même, le corrélateur en cours est indiqué à l'aide des zones séparées par des virgules, qui suivent le mot clé current:.
- ver : Version du corrélateur. Par souci de commodité, elle est dupliquée dans les deux corrélateurs (parent et en cours).
- ip : Adresse IP du noeud du serveur d'applications qui a généré le corrélateur. Si le système possède plusieurs adresses IP, request metrics utilise l'une d'elles pour identifier le système.
- pid : ID processus du serveur d'applications qui a généré le corrélateur.
- time : Heure de début du processus du serveur d'applications qui a généré le corrélateur.
- reqid: ID attribué à la requête par request metrics, spécifique au processus du serveur d'applications.
- event : ID événement attribué pour différencier les événements de trace réels.
- type : Code représentant le type d'opération en cours de chronométrage. Les types prise en charge incluent HTTP, URI, EJB, JDBC, JMS, COMMONJ_WORK_POOLED, COMMONJ_TIMER, demandeur de services Web et fournisseur de services Web.
- detail : Identifie le nom de l'opération en cours de chronométrage (voir la description d'URI (Universal Resource Identifier), HTTP, EJB, JDBCJ, JMS, les beans asynchrones et les services Web).
- elapsed : la durée de mesure a expiré dans <units> pour cette opération, ce qui inclut toutes les sous-opérations appelées par cette opération. L'unité de temps est la milliseconde.
- bytesIn : Nombre d'octets de la demande reçue par le plug-in de serveur Web.
- bytesOut : Nombre d'octets de la réponse envoyée par le plug-in de serveur Web au client.
- HTTP : Le plug-in de serveur Web génère l'enregistrement de trace. Le détail est le nom de l'URI utilisé pour appeler la requête.
- URI : L'enregistrement de trace est généré par un composant Web. L'URI est le nom de l'URI utilisé pour appeler la requête.
- EJB : Nom complet de package et de méthode du bean enterprise.
- JDBC : Nom de l'interface et nom de la méthode pour cet appel JDBC.
- JMS : JMS inclut certains paramètres JMS.
- Beans asynchrones : Le détail indique le nom des beans asynchrones. Les beans asynchrones sont de deux types : COMMONJ_WORK_POOLED et COMMONJ_TIMER.
- Services Web : Les services Web incluent les options de certains paramètres de service Web. Les services Web sont de l'un ou l'autre type : demandeur de services Web ou fournisseur de services Web.
- SIB : Utilisé pour l'instrumentation dans le bus d'intégration de services, p. ex : envoi/réception de messages et médiation.
- JCA : Architecture J2EE Connector. Le détail spécifie le nom de classe dans lequel l'appel JCA est effectué.
- JNDI : Utilisé pour la recherche de nom JNDI. Le détail indique le nom JNDI.
- Envoi/Réception JMS : Génère l'enregistrement de trace grâce à l'envoi/réception JMS de messages.
- Envoi/Réception SIB : Génère l'enregistrement de trace grâce à l'envoi/réception SIB de messages.
Lorsqu'il existe plusieurs régions servantes pour
un serveur d'applications, il existe plusieurs fichiers SystemOut.log, un pour chaque
région servante. Par conséquent, request metrics peuvent consigner les
enregistrements de trace dans plusieurs fichiers SystemOut.log.
La région servante qui
gère une demande consigne les enregistrements correspondants dans ses fichiers
SystemOut.log. L'ID processus (PID) des mesures de demande actuelles correspond au
PID de la région servante associée. Si le système possède plusieurs adresses IP, l'IP du
corrélateur peut être l'une d'elles, mais elle doit utiliser la même adresse IP pour la
même région servante.