monitoruju sa služby

• - na dispečingu v tcloude
• - v izmire
• - v nových zámkoch

monitorujú sa 2 sekcie

1. - avl (EFC + Core) - monitoruje - či su aktuálne dáta v DB (AVL_OK) - ak dáta meškaú skontrolovať čo robí DC timeouty, logy, DB server vytaženosť, aplikačný server vytaženosť - resetovať v krajnom prípade pri velkom meškaní

• - či žije DC či chodia data do transportnej či ich spracováva (DISPATCHCORE_OK) - len skúsiť reset - ak by neboli aktuálne data v

transportnej, pozrieť viac závodov či sa to nedeje plošne (problem v telekome)

• - win service (FIRMA_CHANGEOSD) - _GENERATION ak sa nespustilo generovanie u zákazníka v logu v error logu alebo info logu

či nebol nejaký timeout (datagen) ak tam bol timeout spustit znova z configu znova - do buducnosti je tento parameter presunutý do DB (RNO) okrem toho treba kontrolovat aj log dátum spoje - ten má log TransOffice logy log sa volá dátum spoje datum.txt štandardne tento error vzniká ked nedosiahne na server alebo sa spraví update a nezaregistrujú sa libky nereštartla sa služba

- _TRANSFER - vzniká len ked nemá čo preniesť nič nenageneruje nič neprenesie - ked končí platnosť CP su len do posledneho dna v mesiaci nemá čo nagenerovať čisto cestakova chyba

- AVL_DATETRIP - vznika error ked k nám neprídu cestaky môže vznikať ked posiela ale záznam je zlý (v logu je prenos stále dokola mal by byť označený ako -1) v avl_synchro už môžu tieto dáta existovať ak sú zlé data tak ich neprenesie aj ked pokračuje v prenose dalej ostatných dát - každých x sekund niečo robí

- LAZYUPDATER_DELETING - pokial sa zapne logovanie LU otherdocs/logsettings (v DC) podobný záznam je v lazy updateri otherdocs/logsettings

lazyupdater - monitoruje mazanie , prenášanie planu a CANy

- LAZYUPDATER_TRANSFERBUSPLAN - pre firmy ktoré majú elektronickú stazku - LAZYUPDATER_CAN - do AVL_CAN či rastie dátum a podla toho viem že any idú pomimo monitoringu - AVL_CANType - tabulka stlpec monitored nastavujem monitorovanie rôznych CAN dát ako nezávyslé kúrenie atd.

- ZSR_ONLINE_DATA - monitoruje service ZSROnlinedata Winservice - využíva tú istú logovaciu libku EMTestlogging čiže zložka /log volať Šulkovi ak je error ak by nenabehla ani po restarte

- RadioPol - DPB - často robia updaty takže to na dlho vypnú - ked nepôjde restart či neni problem u nás a povedať na vývoji + dať info Šebovi

- BIKESHARING_ONLINE_DATA

2. - cestovné poriadky (CP + APP)

monitoruje sa: - importcp - v noci sa udeje na dispečingu vygeneruje sa zmenový súbor pre glob. zastávky a prepravcov na TCEFC job pusti exporter for firma pusti sa pre každý závod ak ho nezmení a vytvorí súbor v importer sk exports/ exporter cp u zákazníka ked si tento súbor preberie tak sa presunie do zložky moved zároven sa stiahne aktualizácia importer/dllAml/sk/xml (normal run v Firma ID zložke je nadradený normal runu vo všeobecnej zložke)

1. v importer/SK/UniversalExporterImporter je autorun ktorý spustí prenos cestakov
2. môžu vzniknúť 3 chyby (v maili)

- ak je to Timeout - vyhadzujem z priečinka undone a pustím znova (vyhadzujem z undone o priečinok vyššiel len .tgz subor dátovy mažem) a púšťam autoRun - DB problem - vývoj - exportCP file viewer - import continuing condition was wrong - dostať sa k prvotnej chybe bud to bol timeout tak krok 1 ak je to 2 tak druhý krok

DPB a ubian problem napr zmenili celé cestaky volať Tomášovi aj o 3 ráno ale ak by to bolo napríklad MKTrans tak to vydrží do rána

- export coordinates - db firma2_4 - bcf_firamstate

- BCF - kontaktovať tomáša

- UBIANCLIENTAPI - proces monitorovania cp websvc2 ktorá beží na TCZUCT ma v configu na konci dvojice zastávok - vyhladáva spojenie cez client api medzi vypísanými dvojicami - odtestovat vyhladávanie na ubiane ak nefunguje na vývoj - ked je noanswer nejde websvc

3 chyby z mailu:

• 1. Import continuing condition was wrong!

- treba zistit dovod porusenia kontinuity (95% tychto chyb zacina inou chybou napr vid nizsie, takze zistit preco). Ak sa nezisti preco, treba pozriet do Firma2_4..bcf_firmastate a stlpce DataDate. V logu importera je podmienka, ze data zo suboru < DataDate. Takze DataDate posunut na konkretny cas a datum aby splnil podmienku. Samozrejme nespravne nastavenie moze pokazit strasne vela dalsich veci.

• 2. DB problem. Napr. chybajuci/prevysujuci stlpec v tabulke, duplicita alebo vazby pri mazani alebo vkladani (najtazsia chyba a bez znalosti db vazieb na prevadzke neodstranitelna)

- stlpec sa da pridat, ale treba brat ohlad na xml kde su podmienky na prenos, zrusenie stlpca najlepsie cez xml, a dat ho do sekcie excluded (tu by mal byt odkaz na spravu a cfg xml, ale na to nemam priestor). Duplicta or vazba, najskor zistit preco vznikla, ak je iba ojedinela upravit priamo v DB. Ale asi by som konzultoval s vyvojom.

• 3. Timeout

- prehodit z priecinka Undone a pustit import znova

Ako posledna zachrana sa niekedy, hlavne pri porusenej kontinuite, da pouzit xml firstrun. V priecinku e:\EFC\Importer\dllAxml\SK\XML\ sa nachadza xml subor, ktory hovori o podmienkach prenosu. Az na par vynimiek je to pre vsetkych zakaznikov input_NormalRun.xml. V pripade, ze treba pouzit iny, alebo firstrun tak sa vytvori adresar s nazvom Firma<id zavodu> a vlozi sa xml tam. Pri exporte sa potom prednostne pouzije toto.