Tempos de Resposta Longos ou Nenhum Resultado Retornado Ao Especificar Períodos de Vigência de Coleta Histórica para Alguns Espaços de Trabalho

Para coleta de dados históricos em grandes conjuntos de dados, os intervalos que você configura para atualizar espaços de trabalho históricos para coleta de dados e para colocação de dados em blocos podem afetar dramaticamente o desempenho. Por exemplo, ao selecionar um período de vigência de muitas horas (por exemplo, 24 horas) para um espaço de trabalho em que um grande número (dezenas de milhares) de linhas de dados foi armazenado no armazém de dados persistentes, a consulta resultante pode levar 60 segundos ou mais para ser concluída. Além disso, o agente de monitoramento pode utilizar uma alta porcentagem de CPU disponível enquanto a consulta é processada.

Sobre Esta Tarefa

Aplique uma ou mais das seguintes soluções para diminuir esse problema:

Procedimento

Selecione Atualizar Cada no menu Visualizar, para acessar o submenu.
Selecione On Demand no submenu. Se você configurar um intervalo curto em vez disso (60 ou menos segundos) o processamento do agente de monitoramento necessário pode não ser concluído dentro do intervalo de atualização, fazendo pedidos subsequentes serem enfileirados. O agente de monitoramento então funciona continuamente para processar a consulta. A alta utilização de CPU continua até o usuário navegar para outro espaço de trabalho ou fechar o Tivoli Enterprise Portal.

O que Fazer Depois

Especifique intervalos de coleta histórica mais longos de 30 minutos ou 1 hora, ao invés de padrões de 15 minutos, para o grupos de atributos que geram esse problema. Intervalos de coleta histórica mais longos reduzem o número de linhas por hora armazenados no armazém de dados persistentes.
Considere não coletar dados históricos para grupos de atributos com os quais você tiver esse problema. Colete outros dados que forneçam a perspectiva no desempenho do sistema ou atividade que você requer.
Modifique o parâmetro KFW_REPORT_TERM_BREAK_POINT no arquivo KFWENV do Tivoli Enterprise Portal Server, que está localizado no caminho $CandleHome$\CNPS. Esse parâmetro controla quantas horas de dados históricos (contando de volta a partir da hora atual) devem ser recuperadas a partir dos conjuntos de dados do armazém de dados persistentes (histórico de curto prazo). O padrão é 86400 segundos (24 horas). Uma configuração de tempo mais curto cria menores conjuntos de dados para serem procurados no armazém de dados persistentes pelo Tivoli Enterprise Portal. Dados mais velhos (dados excluídos pela alteração desse parâmetro) podem ser acessados se você estiver preenchendo dados históricos no IBM® Tivoli Data Warehouse. Lembre-se de que modificar o parâmetro KFW_REPORT_TERM_BREAK_POINT afeta todos os aplicativos que estiverem utilizando o Tivoli Enterprise Portal Server.
O Tivoli Enterprise Portal consulta o IBM Tivoli Data Warehouse para obter dados mais antigos que o valor de KFW_REPORT_TERM_BREAK_POINT. Configure um intervalo de armazenamento de uma hora, para assegurar que os dados estão disponíveis no IBM Tivoli Data Warehouse. Um intervalo de armazenamento de uma hora também melhora o desempenho de situações e consultas em tempo real.