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][z/OS]Los registros de rastreo para los datos de request metrics son la salida de dos archivos de registros: el archivo de registro del plug-in de servidor web y el archivo de registro del servidor de aplicaciones. Los nombres por omisión de los archivos de anotaciones son SystemOut.log y http_plugin.log. No obstante, puede especificar estos nombres de archivos de anotaciones cronológicas y sus ubicaciones. Los directorios por omisión de estos archivos de anotaciones cronológicas son:
  • [AIX Solaris HP-UX Linux Windows][z/OS]plugin_install_root/logs/web_server_name/http_plugin.log y install_root/profiles/profile_name/logs/server_name
  • [IBM i]plugin_install_root/logs/web_server_name/http_plugin.log y profile_root/logs/server_name
y
En el archivo de anotaciones cronológicas de WebSphere Application Server, el formato del registro de rastreo es:
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
En el archivo de registro del plug-in de servidor web, el formato del registro de rastreo es:
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.

Los campos de los correlacionadores padre y actual son los siguientes:
  • 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.
A continuación de los correlacionadores padre y actual, los datos métricos de la operación de la que se está calculando el tiempo son:
  • 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.
Los campos de tipo y detalle que se describen son:
  • 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.

[z/OS]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.

Nota: En este tema se hace referencia a uno o más de los archivos de registro del servidor de aplicaciones. Como alternativa recomendada, puede configurar el servidor para utilizar la infraestructura de registro y rastreo HPEL en lugar de utilizar los archivos SystemOut.log , SystemErr.log, trace.log y activity.log en sistemas distribuidos y de IBM® i. Puede también utilizar HPEL junto con sus recursos de registro nativos de z/OS. Si utiliza HPEL, puede acceder a toda la información de registro y rastreo utilizando la herramienta de línea de mandatos LogViewer desde el directorio bin de perfil de servidor. Consulte la información sobre la utilización de HPEL para resolver problemas de aplicaciones para obtener más información sobre la utilización de HPEL.

Icon that indicates the type of topic Reference topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rprf_tracerecord
File name: rprf_tracerecord.html