Utilización de registros de mensajes básicos o tradicionales para resolver problemas de aplicaciones

WebSphere Application Server puede escribir mensajes del sistema en varias anotaciones cronológicas de finalización diferente, incluidas las anotaciones cronológicas de la JVM, de proceso y del servicio IBM®, que se pueden analizar para la determinación de problemas.

Antes de empezar

Los registros de JVM se crean redireccionando las corrientes de datos de System.out y System.err de JVM a archivos de registro independientes. WebSphere Application Server escribe mensajes con formato en la corriente de datos System.out. Asimismo, las aplicaciones y otros códigos pueden escribir en estas corrientes de datos utilizando los métodos print() y println() definidos por las corrientes de datos. Algunos programas incorporados de Developer Kit como, por ejemplo, el método printStackTrace() en la clase Throwable también pueden escribir en estas corrientes de datos. Normalmente, el registro System.out se utiliza para supervisar el buen funcionamiento del servidor de aplicaciones en ejecución. Para la determinación de problemas puede utilizar el registro System.out y el registro System.err. El registro System.err contiene información de rastreo de pilas de excepciones, que es muy útil para realizar el análisis de los problemas.

Como cada servidor de aplicaciones representa una JVM, hay un conjunto de registros de JVM para cada servidor de aplicaciones y todas sus aplicaciones que se encuentran de forma predeterminada en el directorio siguiente:
  • [AIX Solaris HP-UX Linux Windows][z/OS]raíz_instalación/profiles/nombre_perfil/logs/nombre_servidor
  • [IBM i]raíz_perfil/logs/nombre_servidor

En el caso de una configuración de WebSphere Application Server, Network Deployment, las anotaciones cronológicas de JVM también se crean para el gestor de despliegue y para cada agente administrativo, ya que también representan JVM.

[z/OS]Existe un conjunto de corrientes de registro STDOUT y STDERR para cada servidor de aplicaciones y todas sus aplicaciones. Los registros de la JVM también se crean para el gestor de despliegue y cada agente administrativo porque también representan las JVM.

Los registros de proceso se crean redireccionando las corrientes de datos de STDOUT y STDERR del proceso a archivos de registro independientes. El código original, que incluye la propia Máquina virtual Java™ (JVM), escribe en estos archivos. Por lo general, WebSphere Application Server no escribe en estos archivos. Sin embargo, estos registros pueden contener información relacionada con problemas en el código original o información de diagnóstico escrita por la JVM.

De la misma forma que con los registros de JVM, hay un conjunto de registros de proceso para cada servidor de aplicaciones, ya que cada JVM representa un proceso de sistema operativo. En la configuración de WebSphere Application Server, Network Deployment, se crea un conjunto de anotaciones cronológicas de proceso para el gestor de despliegue y para cada agente administrativo.

Deprecated feature Deprecated feature: El archivo de anotaciones cronológicas de servicio de IBM contiene los mensajes de WebSphere Application Server escritos en la corriente de datos System.out y algunos mensajes especiales que contienen información de servicio ampliada que normalmente no es importante, pero que puede serlo cuando se analizan los problemas. Hay un archivo de registro de servicio para todas las JVM de WebSphere Application Server de un nodo, incluidos todos los servidores de aplicaciones. El registro cronológico del servicio de IBM se mantiene en formato binario y necesita una herramienta especial para verlo. Este visor, el analizador de registros y rastreo, proporciona capacidades adicionales de diagnóstico. Asimismo, el formato binario proporciona funciones que utilizan las organizaciones de soporte de IBM.depfeat

Además de estos archivos de anotaciones cronológicas generales, WebSphere Application Server contiene otros archivos de anotaciones cronológicas que son específicos de una actividad o un componente particular. Por ejemplo, el plug-in del servidor HTTP mantiene un registro especial. Normalmente, estos registros no son importantes, pero puede que tenga que examinar alguna de ellas cuando ejecute los procedimientos de determinación de problemas. Para obtener más información sobre cómo y cuándo ver el registro de plug-in, consulte el acceso a un recurso web mediante el servidor de aplicaciones, ignorando la subsección del servidor HTTP del recurso web que no muestra el tema.

[AIX Solaris HP-UX Linux Windows]Nota: El registro cronológico del sistema (SYSLOG) sólo se soporta en WebSphere Application Server para z/OS. El registro de WebSphere Application Serverno utiliza los registros del sistema operativo, excepto en el caso de z/OS.
[z/OS]Nota: Las corrientes System.out y STDOUT se redireccionan al ddname SYSPRINT en z/OS. Las corrientes System.err y STDERR se redireccionan al ddname SYSOUT en z/OS. De manera predeterminada, los procedimientos catalogados de WebSphere Application Server for z/OS asocian estos ddnames con conjuntos de datos print (SYSOUT=*), lo que hace que las anotaciones cronológicas de mensajes pasen a la salida de trabajo de WebSphere Application Server. La salida de trabajo se puede visualizar con SDSF (Spool Display and Search Facility) o un software equivalente.

Acerca de esta tarea

Algunas veces, los problemas del servidor y de las aplicaciones se pueden diagnosticar examinando la salida del registro de WebSphere Application Server.

Procedimiento

Determine el tipo de anotaciones que desea implementar:

Ejemplo

Cómo dirigir la salida de SYSPRINT y SYSOUT a un archivo HFS.

Si está familiarizado con los entornos UNIX o Windows, podrá ser reacio a utilizar los recursos de SDSF (o IOF) para ver la salida de SYSPRINT y SYSOUT de los servants. Si prefiere utilizar un editor que le sea familiar (por ejemplo, vi) en una sesión de Telnet para ver la salida, es posible redirigir las salidas SYSPRINT y SYSOUT a archivos en un HFS.

En el ejemplo de JCL siguiente se muestra cómo modificar la tarjeta SYSPRINT DD en el procedimiento de arranque para redirigir la salida a un archivo HFS. La tarjeta SYSPRINT DD antigua se ha comentado, mediante los caracteres /*, y una nueva tarjeta SYSPRINT DD señala a un archivo en el directorio "/mi_dir/mi_servidor", que en este caso se denomina was.log.d&LYYMMDD..t&LHHMMSS.log. El punto adicional que aparece entre las variables de fecha y hora no es un error tipográfico, sino una instancia de sintaxis JCL que es necesaria para terminar la primera variable. &LYYMMDD se sustituirá por la fecha local en el formato AAMMDD, y &LHHMMSS se sustituirá por la hora local en el formato HHMMSS. El subparámetro PATHMODE establece la modalidad del archivo en 775, y el subparámetro OWRONLY de PATHOPTS abre el archivo para el acceso WRITE. El subparámetro OCREAT indica que si el archivo aún no existe, que se debe crear.

Puede modificar la tarjeta SYSPRINT DD en cualquiera de los procedimientos de arranque Servant o Controller. Además, la tarjeta SYSOUT DD se puede modificar del mismo modo, para redirigir la salida de SYSOUT.

//*YSPRINT  DD SYSOUT=*,SPIN=UNALLOC,FREE=CLOSE
//SYSPRINT  DD PATHMODE=(SIRWXU,SIRWXG,SIROTH),
//   PATHOPTS=(OWRONLY,OCREAT),
//   PATH='/mi_dir/mi_servidor/was.log.d&LYYMMDD..t&LHHMMSS'
Nota: Si intenta direccionar la salida de varias corrientes de datos al mismo archivo como, por ejemplo, el valor de las variables DEFALTDD y HRDCPYDD, la asignación para el archivo HRDCPYDD falla, y la salida se envía a la ubicación predeterminada (JOBLOG/SYSLOG).

Icon that indicates the type of topic Task topic



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