Si selecciona la opción de seguimiento de Todos los clientes, en vez de un seguimiento en particular, aparece una lista de todos los archivos de seguimiento de todos los seguimientos activados.

Por motivos de seguridad, los registros de auditoría siempre se encuentran activados. Los registros de auditoría se guardan por defecto durante diez días en el Servidor de informes WebFOCUS. Puede personalizar el tiempo durante el que se guardan los registros, guardar los eventos de inicios de sesión en un registro diferente o guardar los registros en una base de datos.

Para más información sobre cómo cambiar el comportamiento y la ubicación predefinidos del registro, consulte Propiedades de directorios de aplicaciones.

Para ver los registros de auditoría, inicie la sesión en ROOT como usuario administrativo con SystemFullControl. Debe acceder a los registros a través de la Consola de administración.

1. Seleccione Diagnóstico en el panel de navegación de la Consola de administración y después, en la carpeta Seguimientos, Todos los clientes.

   Aparece la lista de registros de clientes.

2. Desplácese hacia abajo y seleccione audit.log para abrir el archivo.

   Los registros antiguos aparecen con la fecha anexada al nombre de su archivo, en el formato audit.log_YYYY_MM_DD.log. Los registros se retienen durante diez días, por defecto. La duración está determinada por el valor de la propiedad IBI_Log_Retain_Days, en las propiedades de configuración.

La ubicación del registro de auditoría está determinada por el archivo WEB-INF\classes\log4j.xml. La ubicación predeterminada es el directorio /ibi/WebFOCUS81/logs y todos los eventos quedan registrados en un archivo único. Para guardar los eventos de inicio de sesión del usuario, incluidas las desconexiones y las expiraciones, en un archivo independiente, cree un apéndice nuevo en el archivo log4j.xml y modifique el nombre del registrador de com.ibi.uoa.signin para que apunte hacia el nuevo apéndice.

1. Abra el archivo unidad:/ibi/WebFOCUS81/webapps/webfocus/WEB-INF/classes/log4j.
2. Inserte un nuevo apéndice para guardar los eventos de inicio de sesión en un archivo llamado signinout.log, como indica el siguiente código de ejemplo.

   <appender name="LOGuoaSignInOut" class="org.apache.log4j.DailyRollingFileAppender">
     <param name="File" value="C:/ibi/WebFOCUS81/logs/signinout.log"/>
     <param name="DatePattern" value="'_'yyyy-MM-dd'.log'"/>
     <param name="immediateFlush" value="true"/>
     <param name="append" value="true"/>
     <layout class="org.apache.log4j.PatternLayout">
     <param name="ConversionPattern" value="[%d] %-5p %-16.16X{remoteAddress} %-20.20t %m%n" />
     </layout>
   </appender>

3. Localice logger name="com.ibi.uoa.signin" en el archivo y actualice la entrada del siguiente modo:

   <logger name="com.ibi.uoa.signin" additivity="false">
      <level value="info" />
      <appender-ref ref="LOGuoaSignInOut"/>
   </logger>

4. Guarde el archivo.

Desde este momento, los eventos de inicio de sesión quedarán registrados en el archivo signinout.log, que aparece en la lista de seguimientos de Todos los clientes.

Puede guardar los eventos de seguridad en una base de datos, mediante Apache Log4j JDBC Appender.

1. Determine la información que necesita obtener.

   Por ejemplo, puede que quiera guardar los eventos de inicio de sesión o la seguridad del usuario en una base de datos, obteniendo la siguiente información:

   • Intentos de inicio y cierre de sesión.
   • Creación, modificación o eliminación de usuarios.
   • Usuarios añadidos a los grupos, o eliminados de los mismos.
2. Cree la tabla de la base de datos que va a emplear para almacenar la información del registro de auditoría. La tabla debe presentar las columnas correspondientes a la información que se está obteniendo.

   Para el ejemplo tratado en el paso 1, puede crear una tabla que obtenga los ids. de usuarios, las marcas de fecha y hora, nombres de los registradores y los eventos de auditoría de intentos de inicio de sesión y usuarios, mediante el siguiente código.

   CREATE TABLE WF_AUDIT_LOG (
   USERID VARCHAR(255),   --- Signed-in user
   DATETIME VARCHAR(255), --- Date and timestamp
   LOGGER VARCHAR(255),   --- Logger name
   MESSAGE VARCHAR(255)); --- Event

3. Actualice el archivo unidad:/ibi/WebFOCUS81/webapps/webfocus/WEB-INF/classes/log4j, para asociar los nombres de los apéndices de JDBC con los nombres de los registradores especificados en Eventos de seguridad, e incluir la referencia del apéndice (appender-ref), que emplea el nombre JDBC Appender para los eventos correspondientes. Para el siguiente ejemplo, siga estos pasos.
   1. Añada JDBC Appender al archivo log4j.xml con el siguiente código.

      <appender name="LOGdb" class="org.apache.log4j.jdbc.JDBCAppender">
         <param name="URL" value="jdbc:derby://localhost:1527/WebFOCUS81;create=true"/>
         <param name="Driver" value="org.apache.derby.jdbc.ClientDriver"/>
         <param name="User" value="webfocus"/>
         <param name="Password" value="webfocus"/>
         <layout class="org.apache.log4j.PatternLayout">
         <param name="ConversionPattern" value="INSERT INTO WF_AUDIT_LOG
               (USERID,DATETIME,LOGGER,MESSAGE)VALUES ('%X{userId}','%d', '%c', '%m')" />
         </layout>
      </appender>

   2. Determine el lugar en que quedará registrada la información y añada la referencia a JDBC Appender a los nombres de los registradores.
   • Para registrar la información únicamente en la base de datos externa, emplee el siguiente código:

     <logger name="com.ibi.uoa.users" additivity="false">
        <level value="info" />
        <appender-ref ref="LOGdb" />
     </logger>
     <logger name="com.ibi.uoa.signin" additivity="false">
        <level value="info" />
        <appender-ref ref="LOGdb" />
     </logger>

   • Para registrar la información en WebFOCUS y en la base de datos externas, use el siguiente código:

     <logger name="com.ibi.uoa.users" additivity="false">
        <level value="info" />
        <appender-ref ref="LOGuoa" />
        <appender-ref ref="LOGdb" />
     </logger>
     <logger name="com.ibi.uoa.signin" additivity="false">
        <level value="info" />
        <appender-ref ref="LOGuoa" />
        <appender-ref ref="LOGdb" />
     </logger>

4. Si el archivo unidad::/ibi/WebFOCUS81/webapps/webfocus/webfocus.war se encuentra implementado en el servidor de aplicaciones, actualice y vuelva a implementar el archivo webfocus.war. Por el contrario, si se ha implementado el directorio ampliado unidad::/ibi/WebFOCUS81/webapps/webfocus, vaya al paso siguiente.
5. Reinicie el servidor de aplicaciones.

La tabla de base de datos captura cada evento de seguridad en una fila independiente, como se explica en la siguiente imagen.

La siguiente tabla lista los tipos de eventos de seguridad registrados por WebFOCUS para llevar a cabo la auditoría.

En la siguiente tabla, cada registro de entrada está compuesto de los siguientes artículos:

• Marca de tiempo, en formato YYYY-MM-DD hh:mm:ss,sss.
• Nivel de registro, por ejemplo INFO.
• Tipo de evento registrado, en este caso, un evento de configuración indicado por config.
• Id. de monitor del usuario que ha llevado a cabo la acción.
• Evento específico que se está registrando, en este caso, configUpdate, una actualización de configuración.
• Éxito o fracaso de la acción, indicado mediante SUCCESS o FAILURE.
• Nombre del archivo afectado, normalmente webconfig.xml.
• Nombre del usuario que está llevando a cabo la acción.
• Valor nuevo de la propiedad cambiada.
• Antiguo valor de la propiedad cambiada.

[YYYY-MM-DD hh:mm:ss,sss] INFO config monitor_ID user_ID 
configUpdate {SUCCESS|FAILURE} file:file_name user:user_ID 
parameterName:parameter_name newValue:new_value oldValue:old_value

[YYYY-MM-DD hh:mm:ss,sss] INFO config monitor_ID user_ID 
configUpdate {SUCCESS|FAILURE} file:license_key_file user:user_ID 
parameterName:parameter_name newKey:new_value newSite:site_code

En la siguiente tabla, cada registro de entrada está compuesto de los siguientes artículos:

• Marca de tiempo, en formato YYYY-MM-DD hh:mm:ss,sss.
• Nivel de registro, por ejemplo INFO.
• Tipo de evento que se está registrando, en este caso, uno de contenido, indicado por content.
• Id. de monitor del usuario que ha llevado a cabo la acción.
• Evento específico; por ejemplo, createdFolder o putItem.
• Éxito o fracaso de la acción, indicado mediante SUCCESS o FAILURE.
• Nombre del usuario que está llevando a cabo la acción.
• Ubicación del contenido afectado por la acción.
• Campos alterados por la acción.

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
delete {SUCCESS|FAILURE} user:user_ID folder:IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID  
moveFolder {SUCCESS|FAILURE} user:user_ID  srcitem:old_IBFS_address dstitem:new_IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
putFolderProperties {SUCCESS|FAILURE} user:user_ID 
folder:new_IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
createItem {SUCCESS|FAILURE} user:user_ID folder:IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
putItem {SUCCESS|FAILURE} user:user_ID item:IBFS_address

[YYYY-MM-DD hh:mm:ss,sss] INFO content monitor_ID user_ID 
delete {SUCCESS|FAILURE} user:user_ID item:IBFS_address

En la siguiente tabla, cada registro de entrada está compuesto de los siguientes artículos:

• Marca de tiempo, en formato YYYY-MM-DD hh:mm:ss,sss.
• Nivel de registro, por ejemplo INFO.
• Tipo de evento que se está registrando, en este caso, un evento de grupo indicado por groups.
• Id. de monitor del usuario que ha llevado a cabo la acción.
• Descripción de la acción; por ejemplo, createGroup o putGroup.
• Éxito o fracaso de la acción, indicado mediante SUCCESS o FAILURE.
• Nombre e id. numérico, único, del grupo afectado por la acción.
• Campos alterados por la acción.

Los usuarios y los grupos se identifican mediante un id. numérico, único, además de por un nombre.

[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID 
createGroup {SUCCESS|FAILURE} name:group_name (group_ID) 
parent:group_parent (parent_group_ID) desc:group_description extGrp:external_group_mappings

[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID 
deleteGroup {SUCCESS|FAILURE} group:IBFS_address (group_ID) 
users-autoremoved:number_of_group_members

[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID 
putGroup {SUCCESS|FAILURE} groupPath:IBFS_address (group_ID) 
newdesc:new_description olddesc:old_description 
externalGroups:external_group_mappings

[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID 
renameGroup {SUCCESS|FAILURE} name:group_name (group_ID) 
parent:parent_group oldName:old_group_name

En la siguiente tabla, cada registro de entrada está compuesto de los siguientes artículos:

• Marca de tiempo, en formato YYYY-MM-DD hh:mm:ss,sss.
• Nivel de registro, por ejemplo INFO.
• El tipo de evento que se está registrando, en este caso, un evento de propiedad indicado por ownership.
• La acción realizada, como el cambio de propiedad, indicado por changeOwner, o la publicación de un artículo, indicada mediante makePublic.
• Éxito o fracaso de la acción, indicado mediante SUCCESS o FAILURE.
• Indica si el recurso hereda su privacidad de su elemento principal.
• La ruta IBFS completa del recurso.
• El id. de usuario del nuevo propietario del recurso.
• Tipo de propietario, G para un grupo o U para un usuario.

[YYYY-MM-DD hh:mm:ss,sss] INFO ownership monitor_ID user_ID 
makePrivate {SUCCESS|FAILURE} inherited:{TRUE|FALSE} strPath:IBFS_address ownerName:owner_group_name ownerType:G

[YYYY-MM-DD hh:mm:ss,sss] INFO ownership monitor_ID user_ID 
changeOwner {SUCCESS|FAILURE} inherited:{TRUE|FALSE} 
strPath:IBFS_address ownerName:owner_user_ID ownerType:U

[YYYY-MM-DD hh:mm:ss,sss] INFO ownership monitor_ID user_ID 
makeManaged {SUCCESS|FAILURE} resource:IBFS_address 
ownerName:new_owner ownerType:U

[YYYY-MM-DD hh:mm:ss,sss] INFO ownership monitor_ID user_ID 
isPublishable {SUCCESS|FAILURE} inherited:{TRUE|FALSE} 
ownerName:parent_folder

En la siguiente tabla, cada registro de entrada está compuesto de los siguientes artículos:

• Marca de tiempo, en formato YYYY-MM-DD hh:mm:ss,sss.
• Nivel de registro, por ejemplo INFO.
• El tipo de evento que se está registrando, en este caso, un evento de rol indicado por roles.
• Id. de monitor del usuario que ha llevado a cabo la acción.
• Id. del usuario que ha llevado a cabo la acción.
• Evento específico; por ejemplo, createRole.
• Éxito o fracaso de la acción, indicado mediante SUCCESS o FAILURE.
• Nombre del rol afectado por la acción.
• Directiva del rol.

[YYYY-MM-DD hh:mm:ss,sss] INFO roles monitor_ID user_ID 
createRole {SUCCESS|FAILURE} role:role_name (role_ID) 
desc:description policy:privilege_name:OPERATION;

[YYYY-MM-DD hh:mm:ss,sss] INFO roles monitor_ID user_ID  
putRole {SUCCESS|FAILURE} role:role_name (role_ID)   
desc:description policy:privilege_name:OPERATION;

[YYYY-MM-DD hh:mm:ss,sss] INFO roles monitor_ID user_ID 
deleteRole {SUCCESS|FAILURE} role:role_name (role_ID) 
udr-autoremoved:number_user_default_rules_using_the_role 
policy:privilege_name:OPERATION;

[YYYY-MM-DD hh:mm:ss,sss] INFO roles monitor_ID user_ID  
createRole {SUCCESS|FAILURE} role:role_name_copy (role_ID) 
desc:description_copy policy:privilege_name:OPERATION;

En la siguiente tabla, cada registro de entrada está compuesto de los siguientes artículos:

• Marca de tiempo, en formato YYYY-MM-DD hh:mm:ss,sss.
• Nivel de registro, por ejemplo INFO.
• El tipo de evento que se está registrando, en este caso, un evento de regla indicado por rules.
• Id. de monitor del usuario que ha llevado a cabo la acción.
• Id. del usuario que ha llevado a cabo la acción.
• Evento específico; por ejemplo, addGroupRule o addUserRule.
• Éxito o fracaso de la acción, indicado mediante SUCCESS o FAILURE.
• La ubicación del recurso al que se aplica la regla.
• Directiva de acceso de la regla.
• Determina si la regla sólo se aplica en esta ubicación, en los artículos secundarios de esta ubicación, o en ambos.

• Marca de tiempo, en formato YYYY-MM-DD hh:mm:ss,sss.
• Nivel de registro, por ejemplo INFO.
• El tipo de evento que se está registrando, en este caso, un evento de uso compartido, indicado mediante usos compartidos.
• Id. de monitor del usuario que ha llevado a cabo la acción.
• Id. del usuario que ha llevado a cabo la acción.
• Evento específico; por ejemplo, clearShares.
• Éxito o fracaso de la acción, indicado mediante SUCCESS o FAILURE.
• Indica si el propietario del recurso es un grupo o un usuario individual, G o U.
• El identificador del propietario.

[YYYY-MM-DD hh:mm:ss,sss] INFO shares monitor_ID user_ID  
{SUCCESS|FAILURE} resource:IBFS_address 
count:number_of_parties_shared_with ownerType:{G|U} ownerID:owner_ID

[YYYY-MM-DD hh:mm:ss,sss] INFO shares monitor_ID user_ID 
clearShares {SUCCESS|FAILURE} resource:IBFS_address 
count:number_of_parties_shared_with ownerType:{G|U} ownerID:owner_ID

En la siguiente tabla, cada registro de entrada está compuesto de los siguientes artículos:

• Marca de tiempo, en formato YYYY-MM-DD hh:mm:ss,sss.
• Nivel de registro, por ejemplo INFO.
• El tipo de evento que se está registrando, en este caso, un evento indicado por signin.
• Id. de monitor del usuario que ha llevado a cabo la acción.
• Id. del usuario que ha llevado a cabo la acción.
• Descripción de la acción, por ejemplo, signIn.
• Éxito o fracaso de la acción, indicado mediante SUCCESS o FAILURE.
• Nombre e id. de monitor del usuario que ha iniciado la sesión.
• La dirección IP y agente de usuario o tipo de navegador, si está disponible.

Cada usuario está identificado por un id. numérico, único, además de por su nombre.

[YYYY-MM-DD hh:mm:ss,sss] INFO signin monitor_ID user_ID 
signIn {SUCCESS|FAILURE} user:user_ID monitorId:monitor_ID 
IPaddr:IP_address userAgent:user_agent

[YYYY-MM-DD hh:mm:ss,sss] INFO signin monitor_ID user_ID 
signOut {SUCCESS|FAILURE} user:user_ID monitorId:monitor_ID

[YYYY-MM-DD hh:mm:ss,sss] INFO signin monitor_ID user_ID 
signOut {SUCCESS|FAILURE} user:user_ID monitorId:monitor_ID

authentication Failure-unregistered_user User:xyzabc

authentication Failure-EDA-RC User:admin RC:32033
EDANODE:EDASERVE

authentication Failure-EDA-RC User:bn01618 RC:32034 
EDANODE:EDASERVE

authentication Failure-Unknown User:cssadmin RC:32063 
EDANODE:EDASERVE

authentication Failure-EDA-RC User:cssadmin RC:32034 
EDANODE:EDASERVE

ERROR_AUTHENTICATION_FAILURE (5003)

ERROR_AUTHENTICATION_FAILURE_ID_INACTIVE (5006)

ERROR_AUTHENTICATION_MUST_CHANGE_PASSWORD (5007)

ERROR_AUTHENTICATION_PASSWORD_EXPIRED (5008)

ERROR_AUTHENTICATION_USER_LOCKED (5009)

ERROR_AUTHENTICATION_USER_ALREADY_LOGGED_IN (5020)

En la siguiente tabla, cada registro de entrada está compuesto de los siguientes artículos:

• Marca de tiempo, en formato YYYY-MM-DD hh:mm:ss,sss.
• Nivel de registro, por ejemplo INFO.
• El tipo de evento que se está registrando, en este caso, un evento de usuario indicado por users.
• Id. de monitor del usuario que ha llevado a cabo la acción.
• Descripción de la acción, por ejemplo, createUser o putUser.
• Éxito o fracaso de la acción, indicado mediante SUCCESS o FAILURE.
• El id. de usuario y el id. numérico, único, del usuario afectado por la acción.
• Campos alterados por la acción.

Los usuarios y los grupos se identifican mediante un id. numérico, único, además de por un nombre.

Evento	Entrada del registro
Se ha creado el usuario.	[YYYY-MM-DD hh:mm:ss,sss] INFO users monitor_ID user_ID  createUser {SUCCESS|FAILURE} user:user_ID (user_number) status:{ACTIVE|INACTIVE} email:email_address desc:description
Se han modificado los detalles del usuario	[YYYY-MM-DD hh:mm:ss,sss] INFO users monitor_ID user_ID  putUser {SUCCESS|FAILURE} user:user_description (user_ID)  status:status email:email_address desc:description
Se ha inhabilitado la cuenta del usuario	[YYYY-MM-DD hh:mm:ss,sss] INFO users monitor_ID user_ID  putUser {SUCCESS|FAILURE} user:user_ID (user_number) status:INACTIVE email:email_address desc:description
Se ha borrado la cuenta del usuario	[YYYY-MM-DD hh:mm:ss,sss] INFO groups monitor_ID user_ID removeUserFromGroup {SUCCESS|FAILURE} user:user_ID (user_number) group:group_name (group_ID) [YYYY-MM-DD hh:mm:ss,sss] INFO users monitor_ID user_ID status:{ACTIVE|INACTIVE} email:email_address desc:description
Se ha cambiado la contraseña	[YYYY-MM-DD hh:mm:ss,sss] INFO users changePassword {SUCCESS|FAILURE} user:user_whose_password_is_changed (user_number)  status:{ACTIVE|INACTIVE} email:email_address desc:description

Se da seguimiento a todas las actividades de la herramienta InfoAssist, de BI Portal y de ReportCaster, que quedan añadidas al archivo de registro llamado event.log, situado en el directorio unidad:/ibi/WebFOCUS81/logs. Niveles de seguimiento disponibles:

• OFF. No se escribe ninguna actividad en el archivo de registro.
• FATAL. Produce el mínimo seguimiento.
• ERROR. Registra información si ocurre un error.
• WARN. Sólo captura los mensajes de advertencia.
• INFO. Sólo captura los mensajes informativos.
• DEBUG. Produce el máximo seguimiento.
• TRACE. Habilita el seguimiento.

Da seguimiento a las conexiones del Cliente al Servidor de informes. El tipo de seguimiento que aparece (NGXXJ o JLINK) depende de la función IBI_EDACONNECTOR.

Los nombres de archivo de seguimiento son del formato siguiente:

sequencenumber_tracetype_Connector_date_time.trace

donde:

sequencenumber

Se genera un número nuevo de secuencia con cada archivo de seguimiento que se genera y ayuda a determinar el orden de procesamiento al repasar seguimientos para más de un componente.

tracetype

Es el tipo de seguimiento, NGXXJ o JLINK.

date_time

Es la fecha y hora en que se creó el archivo.

Nota: Esta propiedad actualiza CONNECTOR_TRACE, en la sección Parámetros de inicio de la sección Configuración de la Consola de administración. Sin embargo, si configura TRACE=ON anula la propiedad CONNECTOR_TRACE. Al establecer TRACE=ON, la información de seguimiento de Client Connector queda incluida en el archivo de seguimiento del componente (por ejemplo, WFServlet), que emplea el API (WFAPI) de WebFOCUS para hacer uso de Client Connector.

El seguimiento del Sistema de información geográfica muestra los pasos seguidos durante el procesamiento de solicitudes para representar mapas o ejecutar informes.

El nivel 1 da el menor detalle, el nivel 4 da el mayor. Es recomendable utilizar siempre el nivel 4.

El seguimiento provee la información que sigue:

• La consulta ArcXML solicita desde ArcIMS
• La solicitud del dibujo de mapa ArcXML
• Respuestas ArcXML
• Código para invocar procedimientos FOCEXEC
• Respuestas de informes
• Respuestas XML utilizadas para representar mapas

La información sobre gráficos de lado de servidor (SSG) está disponible en la opción Seguimiento de gráficos, situada en la sección Diagnóstico de la Consola de administración. La información mostrada depende de si SSG_EXTERNAL=YES (basada en proceso) o SSG_EXTERNAL=NO (basada en hebra).

Cuando SSG_ENABLE=YES y SSG_EXTERNAL se ha establecido en Sí, puede acceder a estas propiedades desde la sección Gráfico de Propiedades del cliente. WFServlet inicia un nuevo proceso Java para invocar el motor de gráficos. SSG_EXTERNAL=YES siempre requiere tiempo para iniciarse, pues analiza todas las propiedades del gráfico durante la carga del Motor de gráficos. Si se activa el seguimiento y ejecuta una solicitud de gráfico, aparecen tres archivos de seguimiento en el siguiente formato:

sequence_number_SSGexternal_date_time.trace

Ofrece toda la información de seguimiento relacionada con la ejecución de la solicitud gráfica. Esto incluye el número de edición, información de análisis y llamadas de API enviadas al motor de gráficos.

sequence_number_SSGexternal_ERROR_date_time.trace

Ofrece información sobre errores ocurridos durante procesos de JMV independientes.

sequence_number_SSGexternal_OUTPUT_date_time.trace

Ofrece información sobre determinados procesos de JMV.

Si SSG_ENABLE=YES y SSG_EXTERNAL=NO, aparece un solo archivo de seguimiento en el siguiente formato:

sequence_number_graph_date_time.trace

Similar to sequence number_SSGexternal_date_time.trace, este archivo ofrece toda la información de seguimiento relacionada a la ejecución de la solicitud gráfica.

Niveles de seguimiento disponibles:

• OFF. No se escribe ninguna actividad en el archivo de registro.
• FATAL. Produce el mínimo seguimiento.
• ERROR. Registra información si ocurre un error.
• WARN. Sólo captura los mensajes de advertencia.
• INFO. Sólo captura los mensajes informativos.
• DEBUG. Produce el máximo seguimiento.
• TRACE. Habilita el seguimiento.

Nota: Si SSG_ENABLE=NO, no se crean archivos de seguimiento, pues los gráficos de miniaplicación se ejecutan en el navegador en vez de en el servidor de aplicación.

Da seguimiento a todas las llamadas HTTP y parámetros de cada llamada JSP.

Puede ver información de registro y de archivo de seguimiento de la Utilidad de limpieza de tickets diferidos de MR en la Consola de administración.

Archivo de registro de la Utilidad de limpieza de tickets diferidos de MR

La Utilidad de limpieza de tickets diferidos de MR crea un archivo de registro cada vez que se ejecuta la utilidad. Puede consultar los archivos de registro pulsando la opción Utilidad de limpieza de tickets diferidos de MR de la carpeta Seguimientos, debajo de la sección Diagnóstico de la Consola de administración.

El nombre de archivo del archivo de registro tiene la forma siguiente:

mrdtcleanup_date_time.log

donde:

date

Es la fecha de creación del archivo de registro, en formato Año-Mes-Día (YYYY-MM-DD).

time

Es la hora de creación del archivo de registro en formato Hora-Minuto-Segundo (HMS).

Por ejemplo, un archivo de seguimiento creado el viernes 24 de agosto de 2012 2:46:52 PM aparece como mrdtcleanup_120824_144354.log.

Pulse el nombre del archivo, por ejemplo,mrdtcleanup_060818_144354.log, para mostrar la información del archivo de registro. Para borrar el archivo de registro, seleccione la casilla de verificación próxima al archivo de registro y pulse Borrar. Además, puede utilizar las opciones Seleccionar todo o Cancelar selección, según sea necesario, o pulsar la opción Actualizar para garantizar que la información más reciente aparezca en la consola.

Encendiendo los seguimientos a través de Consola de administración muestra la información que sigue:

• Configuración regional del sistema (valores de idioma y país) del equipo del servidor web.
• El número de página de código de codificación CGI se está utilizando.
• Se inicia el método de inicialización JSP utilizado y mensaje de error NLS desde Java cuando alguna de las herramientas HTML.

El seguimiento de transformaciones OLAP proporciona el contenido enviado desde el navegador al Cliente WebFOCUS, como la consulta y el conjunto de respuestas resultante.

El seguimiento de Valores OLAP proporciona información similar al seguimiento de Transformación OLAP, y se utiliza para dar seguimiento a la consulta, cuando el usuario solicita valores de datos desde el panel o el Panel de control OLAP para seleccionar registros.

El registro de Procedimiento permite consultar las entradas de solicitudes y la sintaxis enviada al Servidor de informes para su procesamiento. Cuando se habilitan los seguimientos de procesamiento, se enciende la configuración PROCEDURE_LOG automáticamente en la sección Parámetros de inicio de Consola de administración.

El archivo de registro se llama procedure.log y está situado en el directorio unidad:/ibi/WebFOCUS81/logs.

Los archivos de registro pueden consultarse seleccionando Seguimiento de procedimientos desde la sección Diagnóstico de la Consola de administración. Pulse el nombre del archivo de registro para abrir el archivo. Puede seleccionar Todas las entradas para todas las sesiones, para ver una lista del procedimiento y los inicios de la salida, o Todos los detalles para todas las sesiones, para mostrar la sintaxis del procedimiento.

El seguimiento de Registro de monitor proporciona información sobre una o varias sesiones activas. El registro se activa mediante la opción Monitor de sesiones, bajo la sección Diagnóstico. Puede activar el seguimiento en todas las sesiones o en sesiones individuales. El registro de monitor proporciona los niveles siguientes de información de diagnóstico:

• OFF. No se registra ninguna información en el archivo monitor.log.
• FATAL. Produce el mínimo seguimiento.
• ERROR. Registra información si ocurre un error.
• WARN. Sólo captura los mensajes de advertencia.
• INFO. Sólo captura los mensajes informativos.
• DEBUG. Produce el máximo seguimiento.
• TRACE. Habilita el seguimiento.

La información escrita en el archivo de registro está basada en el nivel de registro que se haya establecido. Por ejemplo, el nivel de registro INFO ofrece la información siguiente en el registro:

[YYYY-MM-DD hh:mm:ss,sss] INFO ReqEnd MonID=monitor_ID 
ClientUser=user_ID ReqID=16.29.03.987-1 Node=node ServerUser= 
Completed=completion_time TimeUsed=time_to_run_requestReqInfo=request_information

donde:

MonID

Es un identificador único para cada sesión.

ClientUser

Es el Id. del usuario de que está ejecutando la solicitud.

ReqID

Es un identificador único de solicitud para el servidor de informes.

Node

Es el nombre del servidor de informes que está ejecutando la solicitud.

ServerUser

Es el Id. de usuario del servidor de informes.

Completado

El tiempo en milisegundos que ha tardado en completarse la solicitud.

TimeUsed

Tiempo en milisegundos que ha tardado en ejecutarse la solicitud.

ReqInfo

Da información sobre la solicitud, como el nombre de la aplicación o el nombre del procedimiento de informe.

Normalmente, el nivel de registro se encuentra establecido en INFO. DEBUG es el nivel recomendado para solucionar problemas. Para más información sobre el registro del monitor, consulteCómo monitorizar las sesiones WebFOCUS .

El seguimiento de seguridad web controla las solicitudes de validación correspondientes a las Propiedades de validación. Las opciones de nivel de registro son:

• OFF. No se registra ninguna información en el archivo monitor.log.
• FATAL. Produce el mínimo seguimiento.
• ERROR. Registra información si ocurre un error.
• WARN. Sólo captura los mensajes de advertencia.
• INFO. Sólo captura los mensajes informativos.
• DEBUG. Produce el máximo seguimiento.
• TRACE. Habilita el seguimiento.

Servicios web le permite desarrollar aplicaciones en los entornos .NET y Java, y llevar a cabo la funcionalidad de WebFOCUS a partir de estos entornos.

Cada archivo de seguimiento constituye una llamada independiente de función Web Service, que da seguimiento a los mensajes SOAP. Esto es importante cuando los programadores desean depurar sus programas .NET o Java, a la hora de llamar a las funciones de WebFOCUSWeb Service.

El seguimiento WFServlet da seguimiento a las solicitudes procesadas por la implementación WFServlet del Cliente WebFOCUS. El nombre del archivo de seguimiento es del formato:

sequencenumber_WFServlet_WFAPI_date_time.trace

Se genera un nuevo número de secuencia con cada archivo de seguimiento que se crea. Las porciones de fecha y hora del nombre de archivo especifican la fecha y hora cuando se generó el archivo.