Este tópico descreve como configurar as propriedades do Publisher.
Tópicos:
O administrador pode configurar a colocação em cache ao nível do servidor para que, quando o Publisher processar um relatório, os dados e o documento do relatório sejam armazenados na cache.
Os designers de relatórios podem definir uma propriedade de relatório para configurar a colocação em cache específica de relatórios dos conjuntos de dados.
O administrador pode configurar o número de repetições para ligar a uma origem de dados.
Se o Publisher não conseguir ligar a uma origem de dados através da ligação JDBC ou JNDI definida, o Publisher muda para a base de dados de cópia de segurança.
As propriedades que se seguem controlam o número de repetições efetuadas antes de mudar para a ligação de cópia de segurança da base de dados.
Número de Repetições
O valor por omissão é 6. Introduza o número de tentativas para estabelecer uma ligação antes de mudar para a base de dados de cópia de segurança.
Intervalo de Repetição (segundos)
O valor por omissão é 10 segundos. Introduza o número de segundos a aguardar antes de repetir a ligação.
Este tópico descreve a configuração e o diagnóstico do gestor da agenda.
Pode rever a configuração do gestor da agenda na página Manutenção do Sistema.
O tamanho de cálculo (OCPUs) que selecionou para o seu serviço determina os limites de processamento de relatórios para gerar relatórios de píxeis perfeitos. Não pode editar as definições no separador Configuração do Gestor da Agenda. Consulte Quais São as Opções de Dimensionamento Disponíveis?
A página Diagnóstico do Gestor da Agenda fornece o estado de runtime do gestor da agenda.
A página Diagnóstico apresenta o número de pedidos de relatórios agendados recebidos pelas filas de espera de JMS, quantos pedidos falharam e quantos estão ainda em execução. O estado de JMS pode ser visualizado ao nível da instância do cluster, o que permite decidir se devem ser acrescentadas mais instâncias para aumentar a capacidade em um ou mais processadores de JMS.
Por exemplo, se existirem demasiados pedidos na fila de espera para o processador de e-mail numa instância, pode ponderar acrescentar outra instância e permitir que o processamento do e-mail seja tratado pela mesma. Do mesmo modo, se estiverem a ser processados relatórios muito grandes e estes aparecerem na fila de espera Processo do Relatório com o estado em execução, pode acrescentar outra instância para aumentar a capacidade de Processo do Relatório.
Além disso, a página Diagnóstico do Gestor da Agenda reflete o estado de cada componente de modo a mostrar se existe algum componente inativo. Pode ver a cadeia de caracteres de ligação ou o nome de JNDI para a base de dados, que instância do cluster está associada a que instância de servidor gerido, a configuração do pool de ligações de Toplink, etc.
Se uma instância mostrar um estado de falha, pode recuperá-la e, com o mecanismo de failover do JMS configurado no cluster, nenhuma das tarefas submetidas será perdida. Quando a instância de servidor é reativada, fica imediatamente disponível para ser utilizada no cluster. A adição e remoção de instâncias são refletidas dinamicamente na página de diagnóstico.
Quando uma instância é acrescentada ao cluster, a página Diagnóstico do Gestor da Agenda reconhece imediatamente a nova instância e apresenta o estado dessa nova instância, bem como todos os processos leves em execução na mesma. Isto oferece uma poderosa capacidade de monitorização ao administrador, permitindo-lhe diagnosticar e resolver problemas em qualquer instância ou componente do gestor da agenda.
A página Diagnóstico do Gestor da Agenda fornece informações sobre os seguintes componentes:
JMS
Cluster
Base de Dados
Mecanismo do Gestor da Agenda
A secção JMS fornece informações sobre o seguinte:
Configuração do Cluster de JMS: Esta secção fornece informações sobre a configuração de JMS:
Tipo de fornecedor (Weblogic/ActiveMQ)
Versão da WebLogic
Factory de JNDI do WebLogic
URL de JNDI para JMS
Nomes de filas de espera
Diretório temporário
Runtime de JMS: Fornece o estado de runtime de todos os tópicos e filas de espera de JMS.
A secção Cluster fornece detalhes sobre a instância de cluster. Utilize estas informações para compreender o carregamento em cada processador.
A secção Base de Dados fornece informações sobre estes componentes.
Configuração da Base de Dados — Tipo de ligação, Nome de JNDI ou cadeia de caracteres de ligação
Configuração de Toplink — Colocação no pool de ligações, nível de registo no diário
Schema da Base de Dados
A secção Quartz fornece informações sobre os seguintes componentes, como mostrado na figura abaixo.
Configuração de Quartz
Inicialização de Quartz
Na página Manutenção do Sistema, o administrador pode definir as propriedades do visualizador de relatórios no separador Configuração do Visualizador de Relatórios.
Se Mostrar botão Aplicar for definido como True, os relatórios com opções de parâmetro apresentam o botão Aplicar no visualizador de relatórios. Se alterar os valores do parâmetro, clique em Aplicar para renderizar o relatório com os novos valores.
Se Mostrar Botão Aplicar for definido como False, o visualizador de relatórios não apresenta o botão Aplicar. Se introduzir um novo valor de parâmetro, o Publisher renderiza automaticamente o relatório depois de o novo valor ser selecionado ou introduzido.
Defina esta propriedade ao nível do relatório para substituir a definição do sistema.
Utilize a página Gerir Cache para limpar a cache do servidor.
A cache do servidor armazena as definições dos relatórios, os dados dos relatórios e os documentos de saída de dados dos relatórios. Se for necessário eliminar manualmente esta cache (por exemplo, após correções), utilize a página Gerir Cache.
Para limpar os objetos dos relatórios da cache do servidor:
Pode limpar a cache de metadados da área de atividade.
Os metadados da área de atividade do BI, tais como nomes de dimensão e medida, são colocados na cache do servidor para que o relatório seja aberto rapidamente no designer de relatórios. Pode limpar manualmente esta cache, se a área de atividade do BI for atualizada através de um ficheiro (.rpd) de modelo semântico binário.
Para limpar a cache de metadados da área de atividade:
Pode eliminar os diários de diagnóstico antigos para aumentar o espaço disponível no seu sistema.
O período de retenção dos diários de diagnóstico de tarefas está definido para 30 dias, por omissão. Se ativa diários de diagnóstico com frequência, estes podem consumir espaço na base de dados e poderá ser necessário libertar periodicamente o espaço consumido pelos diários de diagnóstico antigos. Pode eliminar manualmente os diários de diagnóstico de tarefas mais antigos que o período de retenção.
Utilize a página Gerir Diário do Diagnóstico da Tarefa para eliminar o histórico de tarefas antigas.
Por omissão, o período de retenção de um histórico de tarefas é de 180 dias. Pode eliminar manualmente o histórico de tarefas mais antigas que o período de retenção. Quando elimina o histórico de tarefas antigas, a saída de dados gravada, o XML gravado, as informações de entrega de tarefas e os detalhes do estado das tarefas antigas são apagados.
Utilize o Centro de Carregamentos para carregar e gerir os ficheiros específicos da configuração para tipo de letra, assinatura digital, perfil de ICC, chave privada SSH, certificado de SSL e certificado do cliente JDBC.