Vlákno názorů k článku
Katastrální úřad bude mít plánovanou odstávku, systémy nepojedou několik dní od Jan Forman - Vždycky mě vrtá hlavou, kdo tyhle systémy navrhuje......

Vždycky mě vrtá hlavou, kdo tyhle systémy navrhuje... v čem je problém udržet to v provozu?
Chápal bych nějaké minutové dropy, kvůli přehazování služeb v cloudu, ale hodiny, dny? Bože co to je?

Ja bych byl s hodnocenim opatrnej, nezname detaily a souvislosti a je mozne ze se planovane sdrcnulo vicero ukonu (treba i na HW) do jedineho prodlouzeneho vikendu. Navic statni sprava miva u spousty veci vyrazne jine pozadavky nez soukromy sektor. Navic realny vypadek muze byt vyrazne kratsi a oni se jen sichruji pro pripad problemu.

Navrhují to překvapivě normálně myslící lidé, byť to jsou státní úředníci :-)

Ve zkratce, jedná se o upgrade několika databází Oracle z 10g na 12c. Databáze jsou propojené replikacemi, navíc s několika dalšími systémy (RÚIAN/ISÚI, Nahlížení do KN, .... ) a je to napojené na ISZR a další systémy. To vše mimo jiné způsobuje, že se nelze v případě nečekaných problémů vrátit zpět. Jakmile proběhne transakce mající vliv na externí systém, zaevidujeme podání, vydáme ven nějakou informaci, .... , tak se už se nemůžeme nikdy vrátit zpět, protože vše je "někde" vidět" a nejen proto se musíme po dobu migrace úplně odříznout.

K tomu máme ten bonus, že díky zrušení podpory některých technologií v Oracle 12c a také několika bugům, musíme udělat velký zásah do datového modelu. Je to z hlediska zásahu do struktury dat největší principiální změna od počátku ISKN. Takže se mimo jiné po provedení vlastní migrace Oracle, databáze a úpravách modelu musí znovu kompletně sestavit replikace, spatial indexy atd., což nejsou věci na minuty. Harmonogram je napjatý.

Velmi hrubou představu si lze udělat z popisu úkolu a přílohy č. 6 naší zadávačky na veřejnou zakázku, v rámci které se mimo jiné tato akce řeší.

Tohle fakt není o nějaké postupné migraci a přehazování služeb v cloudu. Bohužel na podrobnější vysvětlování, proč to nelze dělat za provozu, zde není prostor.

17. 10. 2019, 17:02 editováno autorem komentáře

Oprava odkazu na zmiňovanou přílohu č. 6.

Přeji pevné nervy, o bugách vím své. Migrovali jsme z 11g na 12c a právě "katastrální" databáze (importy VFK), začala mít problémy mj. se spatial indexy, s čímž nám kvůli provozu na UNIXu nepomohl ani Oracle; měl patche jen pro Linux a Windows. Řešením byla čistá instalace a následná migrace schémat.