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.
raíz_instalación/profiles/nombre_perfil/logs/nombre_servidor
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.
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.

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]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Acerca de esta tarea
Procedimiento
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'