Jak jsou časová razítka znázorněna v produktu WebSphere Business Monitor

Protože WebSphere Business Monitor používá ve svojí komponentě datových služeb více databází, je důležité pochopit, jak systém mění časová razítka mezi těmito databázemi v průběhu replikace databází.

Existuje mnoho možných konfigurací topologií produktu WebSphere Business Monitor. Je třeba vědět, jak tyto topologie nastavit pro dosažení potřebných výsledků pro časová razítka. Servery, kterých se to týká, jsou server obsahující běhovou databázi, server obsahující databázi historie a server, na kterém je nainstalován WebSphere Portal, což je umístění DB2 Alphablox. Pokud je výsledkem udávání všech časových údajů v Greenwichském čase (GMT), počítače s běhovou databází, databází historie a WebSphere Portal musí mít systémové hodiny nastaveny na Greenwichský čas (GMT). Všechna časová razítka a rozměrové zprávy tedy budou v Greenwichském čase.

Chcete-li všechny časové údaje uvádět ve východním čase (EST), všechny servery by měly být nastaveny na EST. Pokud chcete mít klienty v různých časových pásmech, doporučuje se nastavit všechny servery na Greenwichský čas (GMT). Pokud klientská nastavení provedená prostřednictvím WebSphere Portal nenastavují Greenwichský čas, vyskytnou se určité rozpory mezi zprávami, které používají časová razítka (tyto budou odpovídat nastavením v portálu WebSphere Portal) a zprávami, které provádějí rozměrovou analýzu. Tyto budou založeny na Greenwichském čase. Níže jsou uvedeny technické podrobnosti.

Sloupce časových razítek ve stavové databázi se ukládají jako dlouhé datové typy v jazyce Java (serializovaná časová razítka v jazyce Java založená na Greenwichském čase). Při průchodu uvedenými třemi databázemi jsou časová razítka převedena na skutečná časová razítka produktu DB2 z těchto razítek Java během kroků ETL mezi stavovou a běhovou databází. Tato změna se provádí s pomocí UDF založeného na jazyce Java, které převádí typ Dlouhý na časové razítko a vrací datový typ časového razítka na DB2. V tomto bodě jsou časová razítka převáděna na základě nastavení hodin serveru, na kterém je umístěna běhová databáze. Pokud jsou tyto systémové hodiny nastaveny na Greenwichský čas, tato časová razítka se také převádí na Greenwichský čas; jinak budou převedena na základě posunu časového pásma a posunů letního času na systémových hodinách. Jsou uložena v DB2 odpovídající tomuto časovému pásmu, nikoli v Greenwichském čase. DB2 poskytuje speciální registry pro načítání posunů časových pásem a jejich aplikaci u časových razítek.

Časová razítka přesunutá do databáze historie se nepřevádějí, a proto bude databáze historie časová razítka ukládat ve stejném časovém pásmu jako běhový systém. To znamená, že servery běhové databáze a databáze historie musí používat stejná nastavení časových pásem. Během ETL se tato časová razítka porovnávají s tabulkou DIM_TIME. Samotná tabulka DIM_TIME nemá žádné časové pásmo, ale při spojení s databázovým serverem bude používat nastavení časových pásem serveru. Proto jsou všechna mapování na tabulku DIM_TIME prováděna s předpokladem, že vyhledávaná tabulka DIM_TIME a časové razítko se vztahují k časovému pásmu serveru databáze historie, které nemusí odpovídat Greenwichskému času.

Server, na kterém je umístěn WebSphere Portal, musí být také ve stejném časovém pásmu, ve kterém se nachází server běhové databáze a databáze historie. Momentálně platí, že když panely dashboard dotazují sloupce časových razítek přímo (ne pomocí časového rozměru), aktuální architektura předpokládá, že časové pásmo běhové databáze a databáze historie je stejné jako časové pásmo serveru panelu dashboard. Časová razítka jsou převáděna zpět na časová razítka v jazyce Java a WebSphere Portal předpokládá, že se časová razítka databázového serveru nacházejí ve stejném časovém pásmu jako tento produkt samotný a převede je zpět na Greenwichský čas na základě těchto nastavení. Klientský počítač by mohl mít odlišné nastavení časového pásma. Pokud WebSphere Portal převede časová razítka na Greenwichský čas správně, neměly by nastat žádné potíže. Jediný moment, kdy je převod proveden správně, je když WebSphere Portal, běhový server a server historie mají stejné nastavení časového pásma.

Poslední položka není tak zřejmá kvůli provedení ČASOVÉHO ROZMĚRU v produktu WebSphere Business Monitor. Během fáze ETL je přítomno několik odkazů na ČASOVÝ ROZMĚR pro ROZMĚROVOU analýzu. Jednotlivec provádějící analýzu musí rozpoznat, že bez ohledu na nastavení časového pásma u klienta jsou tyto záznamy založeny na časovém pásmu serveru běhové databáze a serveru databáze historie, kde probíhá převod z Greenwichského času na lokální čas těchto serverů. I přesto, že je granularita ČASOVÉHO ROZMĚRU pouhý den, rozdíl časového pásma by mohl změnit DEN, ve kterém došlo ke konkrétnímu záznamu.


Copyright IBM Corporation 2005, 2006. Všechna práva vyhrazena.