Como os Timestamps São Representados no WebSphere Business Monitor

Como o WebSphere Business Monitor utiliza diversos bancos de dados em seus componentes de serviços de dados, é importante compreender como os timestamps são transformados pelo sistema entre esses bancos de dados durante a replicação dos bancos de dados.

Há diversas configurações possíveis para as topologias do WebSphere Business Monitor. É preciso saber como configurar essas topologias para atingir os resultados desejados para timestamps. Os servidores envolvidos são servidores contendo o Banco de Dados de Tempo de Execução, o servidor contendo o banco de dados de Histórico e o servidor no qual o WebSphere Portal é instalado, que é o local do DB2 Alphablox. Se o resultado deve ser relatado sempre na GMT (Hora de Greenwich) então, o banco de dados de Tempo de Execução, o banco de dados de Histórico e as máquinas WebSphere Portal devem todas apresentar seus relógios do sistema configurados para GMT. Todos os timestamps e relatórios dimensionais estarão, assim, na GMT.

Se você deseja fazer relatórios no Horário Padrão do Leste dos EUA (EST) então, todos os servidores devem estar configurados para EST. Se você deseja que os clientes estejam em fusos-horários diferentes, a configuração recomendada é configurar todos os servidores para GMT. Caso as configurações do cliente através do WebSphere Portal não estejam em GMT, haverá algumas discrepâncias entre os relatórios que utilizam timestamps (esses serão relativos às configurações no WebSphere Portal) e os relatórios que fazem análise dimensional. Esses serão baseados na GMT. Seguem os detalhes técnicos.

As colunas de timestamp no banco de dados de Estado são armazenadas como tipos de dados Java longos (timestamps Java serializados com base na GMT). Conforme esses timestamps deslocam-se através dos três bancos de dados, eles são convertidos em timestamps reais do DB2 a partir desses longos Java durante as etapas do ETL entre os bancos de dados de Estado e de Tempo de Execução. Essa alteração é feita utilizando um UDF baseado em Java que converte o longo em um timestamp e retorna o tipo de dados de timestamp para o DB2. Nesse ponto, os timestamps são convertidos, com base nas configurações do relógio do servidor em que o banco de dados de Tempo de Execução está hospedado. Se esse relógio do sistema estiver configurado para GMT, esses timestamps são convertidos para GMT; caso contrário, eles serão convertidos com base no deslocamento de fuso horário e deslocamentos de horário de verão do relógio do sistema. Eles são armazenados no DB2 relativo ao fuso horário e não na GMT. O DB2 fornece registros especiais para recuperar o deslocamento do fuso horário e aplicá-lo aos timestamps.

Os timestamps que são movidos para o banco de dados de Histórico não são convertidos, de forma que os bancos de dados de Histórico armazenarão os timestamps no mesmo fuso horário que o sistema de Tempo de Execução. Isso significa que os servidores de banco de dados de Tempo de Execução e Histórico devem usar as mesmas configurações de fuso horário. Durante o ETL, esses timestamps são comparados à tabela DIM_TIME. A tabela DIM_TIME por si não possui fuso horário, mas quando acoplada ao servidor de banco de dados, ela utilizará as configurações de fuso horário do servidor. Portanto, todos os mapeamentos para a tabela DIM_TIME são feitos assumindo que a DIM_TIME e o timestamp que estão sendo consultados são relativos ao fuso horário do servidor de banco de dados de Histórico, que pode não ser a GMT.

O servidor que hospeda o WebSphere Portal também precisa estar no mesmo fuso horário em que estão os servidores do banco de dados de Tempo de Execução e Histórico. Agora, quando os painéis consultarem as colunas de timestamps diretamente (não usando a dimensão do tempo), a arquitetura atual assume que o fuso horário dos bancos de dados de Tempo de Execução e Histórico são os mesmos do servidor do painel. Os timestamps são convertidos de volta para os timestamps Java, e o WebSphere Portal assume que os timestamps do servidor de banco de dados estão no mesmo fuso horário que ele mesmo e converterá os timestamps de volta para GMT, com base nessas configurações. Uma máquina cliente pôde ter configurações diferentes de fuso horário. Nenhum problema ocorrerá, contanto que o WebSphere Portal tenha convertido os timestamps para a GMT corretamente. A único vez em que ele converte corretamente é quando o WebSphere Portal e os servidores de Tempo de Execução e Histórico possuem as mesmas configurações de fuso horário.

O último item não é encaminhado por causa do design da DIMENSÃO DO TEMPO no WebSphere Business Monitor. Durante a fase de ETL, há diversos links para DIMENSÃO DO TEMPO para análise DIMENSIONAL. A pessoa que estiver executando a análise deve reconhecer que, independente das configurações de fuso horário do cliente, esses relatórios são baseados no fuso horário dos servidores de banco de dados de Tempo de Execução e Histórico, em que a conversão da GMT para o fuso horário local dos servidores ocorre. Embora a granularidade da DIMENSÃO DO TEMPO seja apenas dia, a diferença de fuso horário pode alterar o DIA no qual um registro específico ocorreu.


Direitos Autorais IBM Corporation 2005. Todos os Direitos Reservados.