En este tema se describe cómo configurar las propiedades de Publisher.
El administrador puede configurar el almacenamiento en caché en el nivel de servidor de modo que cuando Publisher procesa un informe, los datos y el documento de informe se almacenan en caché.
Los diseñadores de informes pueden definir una propiedad de informe para configurar el almacenamiento en caché de juegos de datos específico del informe.
El administrador puede configurar el número de reintentos para conectarse a un origen de datos.
Si Publisher no puede conectarse a un origen de datos mediante la conexión JDBC o JNDI definida, Publisher cambia a la base de datos de copia de seguridad.
Las siguientes propiedades controlan el número de reintentos realizados antes de cambiar a la conexión de copia de seguridad de la base de datos.
Número de reintentos
El valor por defecto es 6. Introduzca el número de intentos para realizar la conexión antes de cambiar a la base de datos de copia de seguridad.
Intervalo de reintentos (segundos)
El valor por defecto es 10 segundos. Introduzca el número de segundos que esperar antes de reintentar la conexión.
En este tema se describen la configuración y los diagnósticos del programador.
Puede revisar la configuración del programador en la página Mantenimiento del sistema.
El tamaño de los recursos informáticos (OCPU) que haya seleccionado para el servicio determina los límites de procesamiento de informes para generar informes de pixelado perfecto. No puede editar la configuración en el separador Configuración del programador. Consulte ¿Qué opciones de tamaño puede elegir?
En la página Diagnósticos de programador se indica el estado de tiempo de ejecución del programador.
En la página Diagnósticos se muestran cuántas solicitudes de informes programadas han recibido las colas de JMS, cuántas han fallado y cuántas siguen en ejecución. El estado de JMS se puede ver a nivel de instancia de cluster, lo que le permite decidir si agregar instancias para aumentar el número de procesadores de JMS.
Por ejemplo, si hay demasiadas solicitudes en cola para el procesador de correo electrónico en una instancia, puede decidir agregar otra instancia y activarla para que se encargue del procesamiento de correo electrónico. Del mismo modo, si se están procesando informes muy grandes y se muestran en la cola de proceso de informes con el estado En ejecución, puede agregar otra instancia para ampliar la capacidad del proceso de informes.
En la página Diagnósticos de programador también se refleja el estado de cada componente para mostrar si alguno está caído. Puede ver la cadena de conexión o el nombre de JNDI de la base de datos, qué instancia de cluster está asociada a qué instancia de servidor gestionado, la configuración del pool de conexiones de Toplink, etc.
Si una instancia tiene un estado de fallo, puede recuperar la instancia; con el mecanismo de failover de la configuración de JMS en el cluster, no se pierde ningún trabajo enviado. Cuando vuelve la instancia del servidor, está disponible de inmediato en el cluster para usarse. La eliminación y adición e instancias se indica de forma dinámica en la página de diagnósticos.
Cuando se agrega una instancia al cluster, la página Diagnósticos de programador reconoce de inmediato la nueva instancia y muestra el estado de las instancias nuevas y todos los threads que se ejecutan en ella. Esto representa una gran capacidad de supervisión para el administrador, que puede rastrear y resolver problemas en cualquier instancia o componente del programador.
En la página Diagnósticos de programador se proporciona información de los siguientes componentes:
JMS
CLUSTER
Base de datos
Motor de programador
En la sección JMS se proporciona información acerca de lo siguiente:
Configuración de cluster de JMS: en esta sección se proporciona información para la configuración de JMS:
Tipo de proveedor (WebLogic/ActiveMQ)
Versión de WebLogic
Fábrica de JNDI de WebLogic
URL de JNDI para JMS
Nombres de cola
Directorio temporal
Tiempo de ejecución de JMS: indica el estado de tiempo de ejecución de todas los temas y colas de JMS.
En la sección Cluster se proporcionan detalles sobre la instancia de cluster. Utilice esta información para entender la carga de cada procesador.
En la sección Base de datos se proporciona información sobre estos componentes.
Configuración de base de datos: tipo de conexión, nombre de JNDI o cadena de conexión
Configuración de Toplink: pool de conexiones, nivel de registro
Esquema de base de datos
En la sección Quartz se proporciona información sobre estos componentes, como se muestra en la siguiente figura.
Configuración de Quartz
Inicialización de Quartz
En la página Mantenimiento del sistema, el administrador puede definir las propiedades del visor de informes en el separador Configuración del visor de informes.
Si se define Mostrar botón Aplicar en True, los informes con opciones de parámetros muestran el botón Aplicar en el visor de informes. Si cambia los valores de los parámetros, haga clic en Aplicar para presentar el informe con los nuevos valores.
Si se define Mostrar botón Aplicar en False, el visor de informes no muestra el botón Aplicar. Si introduce un nuevo valor de parámetro, Publisher representa automáticamente el informe después de que se haya seleccionado o introducido el nuevo valor.
Defina esta propiedad en el nivel de informe para sustituir la configuración del sistema.
Utilice la página Gestionar caché para borrar la caché del servidor.
La caché del servidor almacena las definiciones de informe, los datos de informe y los documentos de salida de informe. Si necesita depurar manualmente esta caché (por ejemplo, después de la aplicación de parches), utilice la página Gestionar caché.
Para borrar los objetos de informe de la caché del servidor:
Puede borrar la caché de metadatos del área temática.
Los metadatos del área temática de BI, como los nombres de medida y dimensión, se almacenan en caché en el servidor para abrir rápidamente el informe en el diseñador de informes. Puede borrar manualmente esta caché si el área temática de BI se actualiza mediante un archivo de modelo semántico binario (.rpd).
Para borrar la caché de metadatos de área temática:
Puede depurar logs de diagnóstico antiguos para aumentar el espacio disponible en el sistema.
El periodo de retención establecido por defecto para los logs de diagnóstico de trabajo es de 30 días. Si activa logs de diagnóstico con frecuencia, estos pueden llegar a ocupar bastante espacio en la base de datos, por lo que podría tener que liberar periódicamente el espacio que ocupan los logs de diagnóstico antiguos. Puede depurar manualmente los logs de diagnóstico de trabajo que sean anteriores al periodo de retención.
Utilice la página Gestionar log de diagnóstico de trabajos para depurar el historial de trabajos antiguos.
El período de retención de un historial de trabajo se define en 180 días por defecto. Puede depurar manualmente el historial de trabajos que sean anteriores al período de retención. Al depurar un historial de trabajos antiguos, se suprime la salida guardada, el XML guardado, la información de entrega del trabajo y los detalles del estado del trabajo de los trabajos antiguos.
Utilice el centro de carga para cargar y gestionar los archivos específicos de configuración para la fuente, la firma digital, el perfil de ICC, la clave privada SSH, el certificado SSL y el certificado de cliente JDBC.