DROID-307
2005.02.27.

blog   droidzóna   levrov

Tudjuk, mi szokott következni az informatika és a közalkalmazottak találkozásából. Immár lassan harminc éve mindennapos használati eszköz a személyi számítógép, Magyarországon azonban valamiért még mindig nem szokás érteni az ilyen modern dolgokhoz. Szerencsére a sikító titkárnő állatfaja - tudjátok, amelyik örömében felsikít, ha megtalál egy billentyűt - egyre ritkább, de modern korunk ide, ECDL vizsgakövetelmények oda, elég, ha egyetlen műszaki analfabéta is bekerül a rendszerbe, és máris lefagy a szerver, kigyullad a nyomtató, sárga levet ereszt a scanner. Dudi nevű kedves olvasónk egy ilyen történettel lepett meg bennünket. Néhányan biztosan tudjátok, hogy a közalkalmazottak, köztisztviselők 13. havi fizetése legutóbb több, mint egy hónapot csúszott, egészen január végéig, és van, aki még ma sem kapta meg? A dolog mögött nem politika vagy spórolás áll, hanem természetesen a droidok.

Tudni kell, hogy a bérszámfejtőket is rákötelezték immár az informatikára, és bizony számítógépen kell nekik mindent megcsinálniuk, minden közalkalmazott és köztisztviselő bérét elszámfejteni. Ehhez egy Oracle alapú rendszert használnak, amelyhez egy adatbázis szerver is tartozik. Évekig minden frankón, tökéletesen működött, amikor valami miatt elreccsent a rendszer. Ebben az időben a hálózat és a kliensek karbantartása egy helyi kis csapatnak a feladata volt. Az elreccsenést követően az informatikai nagyfőnökség azonnal hálózati hibát gyanított, kiadták az utasítást a csapatnak, oldják meg. Nekiláttak, és kiderült, a hálózat fainul működik, az érintett gépek fainul válaszolnak, kivéve az adatbázisszerver. Az ugyanis néha válaszolt, néha nem, de rendkívül hamar túlterhelődött. Benyújtották a kiértékelő dokumentációt, amit az IT nagyfőnökség visszadobott, mondván, hogy egy többmilliós HP szerver nem romolhat el, annak működnie kell. Egyébként valóban néha működött, néha nem, teljesen kiszámíthatatlanul. Addig erősködött a kis csapat, mire végre az IT főnökség kihívott egy embert a számfejtő rendszer fejlesztői közül, vizsgálja meg a szervert. Eddig eltelt már egy hét, a 400 számfejtőből ha 50 tudott egyszerre dolgozni, az már jónak számított.

A szaki megállapította, hogy az Oracle összefosta magát, javítsák meg. Újra az említett csapatot hozták elő, mondván hogy az Oracle a kliensekre van feltelepítve (!), oldják meg. Nagy nehezen sikerült megértettniük a főnökséggel, hogy a rendszer nem csak kliensekből áll, ráadásul több szerver is létezik (adatbázis szerver, forms szerver stb.), de a kliensekkel minden rendben van azon kívül, hogy kb. 50 felhasználónál több egyszerre nem tud bejelentkezni. Megint próbálkoztak azzal, hogy akkor hálózati hiba, mire a csapat odarángatta az egyik kissé szakibb kinézetű informatikai fejest a HP elé, hogy vizsgálja már meg. A csapat emberei ugyanis nem nyúlhattak hozzá, mert nem volt hozzá jogosultságuk. Megállapította ő is, hogy Oracle hiba, mégpedig az adatbázis szerver haldoklik. Jeee!

Két napi prüntyögés után megszólalt: Hívjuk fel az Oracle-t. Felhívták, ecsetelték a problémát, mire jött a válasz: Az Oracle 8i verziót, amit mi használunk már nem támogatják, vegyék meg a 10g-t. Holott a számfejtő rendszert készítő gárda kihangsúlyozta, hogy csak 8i-n fut az alkalmazás. Leültek a fejesek tárgyalni, mitévők legyenek. Az érdekes az, hogy közben a kis csapat szerencsétlen főnökét csesztették, hogy bizony hálózati hiba miatt szállt el az Oracle. Már eltelt több, mint 2 hét, amikor a szakibbnak tűnő fejes a HP birizgálása közben felfedezett egy hibaesemény logot (melyből a két hét alatt többezer keletkezett): Memory Write Error. Ezt egyébként kiírta egy előugró ablakban is, csak épp mindig leokézták. Kihívták a HP hardverspecialistáját, ő kicserélte benne azt a jónéhány gigabyte-nyi memóriát, és csodák csodája, immár 100 felhasználó tudott egyszerre dolgozni!

Így február elejére (jóval a 13. havi zsé kifizetésének határideje után) elkészültek a számfejtéssel, és két-három hét csúszással (elméletileg) mindenki megkaphatta a jussát. Ez az egész hercehurca 3 nap és kb. 300 ezer forintos kiadás helyett 3 hétbe és (büntikkel együtt) közel másfél millió forintba került.

A problémát azóta se tudták teljesen megoldani, mivel nincs lehetőség az Oracle szerver újratelepítésére. Az állítólagos indok: költséghatékonyság. Továbbá felesleges biztonsági mentéseket végző backup szervert bérelni, amíg működik. Hát igen, addig tényleg nem kell, utána meg már minek... Jelenleg a számfejtők váltott műszakban férnek az adatbázishoz, mert a tervezett igénybevételt még mindig nem bírja a rendszer, ha mind egyszerre csatlakoznának, megint fejreállna az egész.

No comment...