Datos de rendimiento de Request Metrics
Utilice esta página para obtener más información acerca de cómo interpretar los datos de rendimiento para Request Metrics en formato de registro de rastreo.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
plugin_install_root/logs/web_server_name/http_plugin.log y install_root/profiles/profile_name/logs/server_name
plugin_install_root/logs/web_server_name/http_plugin.log y 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
El formato del registro de rastreo consta de dos correlacionadores: un correlacionador padre y un correlacionador actual. El correlacionador padre representa la petición en sentido ascendente y el correlacionador actual representa la operación actual. Si los correlacionadores padre y actual son iguales, entonces el registro representa una operación que se produce a medida que entra en WebSphere Application Server.
Para correlacionar los registros de rastreo para una solicitud particular, recopile los registros con un ID de mensaje de PMRM0003I desde los archivos de registro del servidor de aplicaciones apropiados y el registro de rastreo PLUGIN del archivo de registro del plug-in de servidor web. Los registros se correlacionan haciendo coincidir los correlacionadores actual y los correlacionadores padre. Puede crear el árbol lógico conectando los correlacionadores actuales de los registros de rastreo padre con los correlacionadores padre de los registros hijo. Este árbol muestra la progresión de la petición a través del clúster de servidores. Consulte ¿Por qué debe utilizarse request metrics? para ver un ejemplo del flujo de transacciones.
El correlacionador padre está indicado por campos separados por comas después de la palabra clave, parent. Del mismo modo, el correlacionador padre está indicado por campos separados por comas después de current.
- ver: La versión del correlacionador. Para mayor comodidad, se duplica en los correlacionadores padre y actual.
- ip: La dirección IP del nodo del servidor de aplicaciones que ha generado el correlacionador. Si el sistema tiene varias direcciones IP, Request Metrics utiliza una de las direcciones IP para identificar el sistema.
- pid: El ID de proceso del servidor de aplicaciones que ha generado el correlacionador.
- time: La hora de inicio del proceso del servidor de aplicaciones que ha generado el correlacionador.
- reqid: Un ID exclusivo que Request Metrics asigna a la petición para el proceso del servidor de aplicaciones
- event: Un ID de suceso que se asigna para diferenciar los sucesos de rastreo reales.
- tipo: un código que representa el tipo de operación de la que se está calculando el tiempo. Los tipos soportados incluyen HTTP, URI, EJB, JDBC, JMS, COMMONJ_WORK_POOLED, COMMONJ_TIMER, solicitante de servicios web y proveedor de servicios web.
- detalle: identifica el nombre de la operación de la que se está calculando el tiempo de espera (consulte la siguiente descripción de Universal Resource Identifier (URI), HTTP, EJB, JDBCJ, JMS, beans asíncronos y servicios web.)
- transcurrido: el tiempo transcurrido en <unidades> para esta operación, que incluye todas las suboperaciones a las que llama esta operación. La unidad del tiempo transcurrido es milisegundos.
- bytesIn: el número de bytes de la solicitud recibida por el plug-in de servidor web.
- bytesOut: el número de bytes de la respuesta que se envía del plug-in de servidor web al cliente.
- HTTP: el plug-in de servidor web genera el registro de rastreo. El detalle es el nombre del URI que se ha utilizado para invocar la petición.
- URI: el registro de rastreo generado por un componente web. El URI es el nombre del URI que se ha utilizado para invocar la petición.
- EJB: el nombre de método y el nombre de paquete plenamente cualificado del enterprise bean.
- JDBC: el nombre de la interfaz y el nombre de método para dicha llamada JDBC.
- JMS: JMS incluye los particulares de diversos parámetros JMS
- Beans asíncronos: el detalle especifica el nombre de los beans asíncronos. Los beans asíncronos pueden ser de dos tipos: COMMONJ_WORK_POOLED y COMMONJ_TIMER.
- Servicios web: los servicios web incluyen los particulares de diversos parámetros de servicios web. Los servicios web incluyen dos tipos: solicitante de servicios web y proveedores de servicios web.
- SIB: se utiliza para la instrumentación del bus de integración de servicios incluidos el envío/recepción de mensajes y la mediación.
- JCA: J2EE Connector Architecture. Los detalles especifican el nombre de clase en el que se realiza la llamada JCA.
- JNDI: se utiliza para la búsqueda de nombres JNDI. Los detalles especifican el nombre JNDI.
- Envío y recepción de JMS: genera el registro de rastreo mediante el envío y la recepción de mensajes de JMS.
- Envío y recepción de SIB: genera el registro de rastreo mediante el envío y la recepción de mensajes de SIB.
Cuando hay varias regiones de sirviente para
un servidor de aplicaciones, existen varios archivos SystemOut.log, uno para cada
región de sirviente. Por lo tanto, Request Metrics puede anotar los registros de
rastreo en varios archivos SystemOut.log.
La región de sirviente que maneja una
petición anota los registros relevantes en sus archivos SystemOut.log. El PID en el
correlacionador de Request Metrics actual es el PID de la región de sirviente
correspondiente. Si el sistema tiene varias direcciones IP, la IP en el
correlacionador podría ser una de ellas, pero debe utilizar la misma IP para la
misma región de sirviente.