Vlákno názorů k článku Internetové bankovnictví České spořitelny více než 72 hodin nefunkční od Bob Sinclair - Jakozto administrator UNIX-like serveru a DB serveru prikladam...

Jakozto administrator UNIX-like serveru a DB serveru prikladam svuj pohled na vec:
1) Pri kazdem upgrade, ktery se muze i jen castecne dotknout provozniho prostredi MUSI existovat casove unosna alternativa navratu zpet.
2) Pokud jde o novou verzi systemu zajistovanou stejnou firmou, jako stara verze, musi tato firma (programatori,analytici) mit k dispozici nastroj, jak "dohrat" transakce (data) nova, vznikla nekde mezi nasazenim noveho systemu a pripadnym navratem ke staremu (laicky receno, nejakou sadu SQL updatu v databazi).
3) 72hodinovy vypadek je naprosta tragedie (zvlast u takoveto Business online aplikace), pokud z toho nevyvodi personalni dusledky (nemluve o nasazeni urcitych standardu), tak jsem si na 110% jisty, ze tahle banka me nikdy ani neuvidi jit kolem...
4) Priklad z vlastni zkusenosti. V lednu 2005 se vyskytla u jednoho naseho zakaznika kriticka lidska chyba v databazi (Informix 9.40 na AIX 5.2). Jedinym resenim, ktere jsme videli byl export dat ze vsech db (celkem cca 0,5TB), nova inicializace db serveru a nasledny import dat zpet (toto reseni nakonec podporil i support IBM). Delka trvani s dvojitym backupem byla patek od 18:00 - pondeli 05:00 hodin, vcetne relevantnich kontrol. Nase zalozni reseni pro pripad neuspechu jsme predem otestovali a byli jsme schopni se vratit (i kdyz do toho castecne spatneho stavu) behem cca 1 hodiny...
HAWK ;-)

Zapomnel jste na drobnost, slo o data, ktera byla pro zakaznika cenna, zil na nich a vazil si jich dle toho, jak jsou pro nej dulezita... (copak v souvislosti se spravou dat je to u tohoto ustavu prvni, jediny pruser?!)

ono uz mooooc davno existoval "journaling"... / stary MUMPS s tim zacal (mozna), rek bych, ze tento princip prevzaly vsechny "moderni" DB & stromovou strukturu dat.... /
a masivni DB / SYBASE&ORACLE, sorry, o dalsich nevim nebo je neberu v potaz .... /
ale je opravdu, ale opravdu rozdil spravovat par terminalu v ramci site a nebo celou republiku / nedej boze svet... /

Stabilita systému nebyla způsobena přímo upgrade software. Servis24, repektive celý systém, je velký kolos dotazující se na jednotlivé další aplikace, které byly vytvořeny v různých dobách a na různých platformách. Proto je velmi obtížné nasimulovat chování v testovacím prostředí bez zatížení uživatelů, kterých je ve špičce přihlášeno v tisících, a navíc když přetížení jednoho systému ovlivňuje ostatní. Rollback plan v tomto případě nepomohl pomoct.