Az élet mindig úgy hozza, hogy minden munka során olyan kérdések merülnek fel, amelyek miatt minidig valami újjal kell foglalkozni. A mostani CA USD munkáim egyikében ismét felmerült, hogy szükséges egyes eszközök esetén plusz adatokat kezelni.

Az alaplogika azt diktálná, hogy az eszköztábla rekordját kibővítem a szükséges mezőkkel. Ezt követően nincs más dolgom, mint kódszinten leprogramozni, hogy mely eszközöknél kezelje a rendszer ezen plusz mezőket. Jó gondolat, de már egy bővítendő eszközkategória során is jelentős macera, nem ha több ilyen van (jelen munkában több mint egy tucat!). Mit lehet tenni? Amennyiben az ember ismeri az USD előző verzióit automatikusan az EXTENSION TABLE lehetőségekkel kezdene operálni.

Az Extension Table lényege tömören, hogy egyes Configuration Item Family-hoz rendelve az egyes extension-ket, a rendszer automatikusan kibővíti az adott osztályokat az extension-ben definiált plusz mezőkkel. Ezen adatokat a rendszer ugyan külön-külön táblában tartja, de automatikusan bekapcsolja az NR objektumba. Fontos azonban, hogy nekünk kell ügyelnünk rá, hogy ezen adatok csak az adott eszközosztály esetén legyenek használva!

Az eddigi rendszerekben ezen funkció használatához kézzel kellett a szükséges feladatokat elvégeznünk (DB bővítés, Schema kialakítása – ráadásul ez több ponton is). Mostantól – hála az r12 újdonságainak – ezen dolgoknak hátat fordíthatunk és ebben is segítségünkre van a rendszer Schema Designer-e.

More »

A régi görög mitológia szerint amikor Neptun a tenger istene dühös, felkorbácsolja a tengert és jaj mindenkinek aki akkor arra jár! A napokban ezt a BMF hallgatói is megtapasztalhatták, mert az isteni harag utolérte Őket is.

Mi is történt? Neptun – a tanulmányi rendszer – egyszerűen napokig nem fogadta, és nem szolgáltat ki a hozzá beérkező kéréseket. A rendszer Internetes felülete a legváltozatosabb hibajelzésekkel traktálta a felhasználókat, függetlenül attól, hogy mit és hol akartak csinálni. Van aki már bejelentkezni sem tudott, volt akit az egyes funkciók használata közben a legváltozatosabb helyeken vágott ki a rendszer.

neptunhiba200901

A fentieket követően a BMF honlapjának erre vonatkozó részén (neptun.bmf.hu) a következőket közölték az értetlenkedő hallgatókkal:

Napi terhelés eloszlás

2009, január 14 – 16:49 – Bilicska Csaba

Kedves Hallgatók!

A héten bekövetkezett túlterheléseket több probléma együttes felmerülése okozza. Ezek javításán rendszergazdánk és az informatikai osztály folyamatosan dolgozik.

A tegnapi és a mai terhelések láthatók az alábbi ábrán. Látható, hogy délelőtt és délután folyamatosan le volt terhelve a rendszer, addig estefelé lecsengett és az éjszaka folyamán szinte minimális volt a kapcsolat.

Aki teheti próbálkozzon egy későbbi időpontban belépni és így a felmerült problémák ellenére is el tudja végezni a Neptunban amit szeretne.

terheles20090114

 

Jómagam mint lassan több mint 15 éve rendszertervezéssel, éles környezetek, kiemelt alkalmazások üzemeltetésével foglalkozó valaki a fentieket érdeklődve figyeltem napokig – közvetlenül engem nem érintett a dolog – és folyamatosan érlelődött bennem több kérdés, megállapítás:

  • Egy oktatási intézmény fő feladata az oktatás és így ezen rendszer mint a fő funkciókat kiszolgáló rendszer, a legfontosabb elem a intézmény IT alkalmazásai között üzembe tartása éppen ezért kiemelt fontosságú.
  • A érintett alkalmazás épp a vizsgaidőszakban, és a tnatárgyfelvétel kezdetekor állt le, jelentősen zavarva a hallgatóságot (érsd a felhasználókat). Feltételezhető, hogy az oktatókat is érinthette a dolog de közvetlen tapasztalat csak a Hallgaói oldal alkalmazásáról van. 
  • Az is jól látszik – és ez várhatóan nem az Intézmény hibája –, hogy az alkalmazás nem rendelkezik előre felkészítetten hibakezelő oldallal, holott annak leprogramozása a rendszer összetettsége mellett elhanyagolható mértékű tudást igényel csak (egy oldalt kell felvenni és megfelelően regisztrálgatni itt és ott). Ez véleményem szerint slendriánság a tervezésben, kivitelezésben, üzembe állításban.
  • Megdöbben az a javaslat, hogy a felhasználóktól azt kérik dolgozzanak éjjel, hisz akkor nincs számottevő terhelés! Legközelebb én is ezt fogom javasolni a kulcsrendszerek túlterhelése esetén pl. egy forgalmi üzem vezetőjének, hogy a buszok üzembeállításával ne akkor foglalkozzon amikor kell, hanem amikor a rendszer ezt elbírja. Kíváncsi leszek a képére 🙂
  • Megdöbbent az is, hogy a egy ekkora intézményben nincs megfelelően méretezve az egyik legfőbb rendszer, és az is, hogy nincs vészhelyzeti forgatókönyv, s egy ilyen rendszer 2-3 napig gyakorlatilag nem működik (az, hogy folyamatosan problémás és bukdácsolgat, ugyebár megszokott volt eddig is, még ha ezt nem is érzékelik beljebb, a végeken szépen látom az elmúl 3 évben)
  • Miért csak 2 nap múltán lehetett szólni, hogy “hé mi is látjuk tudjuk”? Hétvégén nem látták? Nem olvasták a leveleket? Vagy azokat sem kapták meg?

 

A BMF által kiadott diplomákat én magam – eddigi tapasztalataim szerint – megbizható tudást jelentő papírnak tartottam. Jelentős problémának érzem viszont, hogy miként várjak el a leendő mérnököktől bárminemű teljességre törekedő munkavégzést, ha már az iskolában is azt tapasztalják, hogy az ilyen rendszerüzemeltetés és az ilyen szintű kommunikáció, és hozzáállás normális, elfogadható dolog.

Nem hiszem el, hogy egy ekkora intézménynél nem lehet normális IT környezetben az efogadható szintű rendelkezésre állást folyamatosan biztosítani (ilyen rendszernél kb 95% rendelkezésre állás, max 8 óra egyidejű kieséssel egy év alatt)! Ha nem telik rá, hogy HW-t vegyenek hozzá, akkor talán egyeztetni kéne a támogatókkal, hogy nem csak hálózati eszközöket és szoftvert adjanak. Ha jó indok van rá, feltehetően segítenek, hisz saját dolgozóik közül is járhat oda egy-két ember.

Nem értem, hogy miért nem folyamatos vizsgaidőszak alatt a rendszer üzemeltetési támogatása, lévén ez egy fokozottan terhelt időszak, ahol erre szükség van (tessék csak Murphy-re gondolni!)? Nekem ne jöjjön senki azzal, hogy munkaidőn túl kell bentlenni, meg hasonlóak! Rengeteget dolgozom a különböző állami pénből eltartott emberekkel és sajnos 10% ezek közül az az IT területen aki valóban ledolgozza a munkaidejét tisztességgel (nem bent tölti, hanem ledolgozza értem!?). Ez az üzemeltetés velejárója, hogy ilyen esetekben (évente kétszer nem egész egy hónapon át) ezen támogatást biztosítani kell. Amennyire én tapasztaltam az életben, ez megoldható és kezelhető dolog, nálunk is normál körben kötelező dolog, és mi is teljesítjük ezeket.

Amikor az oktatásért fizetni kell – amivel egyet értek és fizetjük is rendesen – akkor elvárható, a tisztességes kiszolgálást, aminek ez egy elengedhetetlen része! Hiszem, hogy teljesíthető célok és dolgok ezek, mindössze úgy kell hozzá állni. Tudom ez nem jellemző, de szükséges lenne. Természetesen megértem, hogy egy olyan intézményben, ahol még mindig a Borland C 3.11, Norton for DOS az oktatott IT tananyag, ott ezek az igények nem elvárhatóak. Miért maradunk le mi a világtól? Ezért, talán el kéne az intézet vezetőségének, saját tanárainak ezen gondolkozni és folyamatosan frissíteni a tananyagokat! Véleményem szerint nem csak pénzért lehet egyetemi jegyezetet írni, hanem munkaköri kötelességből is. Ugyanígy elvárt a tudás folyamatos szintentartása és a naprakész anyagok oktatása is. Én nem mondhatom az ügyfélnek, hogy bocsi 18 éve diplomáztam akkor csak ennyit tanítottak érje be ennyivel, hanem folyamatosan tanulok és képzem magam – ingyen – hisz különben nem akarnak tovább alkalmazni. Ez itt miért nem így van? Nem tudtam jól megszervezni az üzemeltetést, nem tudott naprakész maradni a tananyagban? Figyelmeztetés, fegyelmi vagy ami kell! Továbbra sem? Akkor kell másik ember aki elvégzi! Ennyi. Tőlünk fejletebb helyeken ez így megy és folyamatosan haladnak is előre… Miért is?

A napokban nem ez volt a fő fókuszom, így nem igazán figyeltem a híreket és információkat. A CA házatáján is történnek változások folyamatosan, de ami most itt valóban fontos, hogy kiadták a Unicenter Service Desk \ Unicenter Knowledge Tools – r11.2 Cumulative #3 Patch csomagot. A linken mindenki elérheti, akinek van joga a CA Support site-on a szükséges műveletekhez. Tekintettel arra, hogy ez nem mindenkinek elérhető, illetve vannak felhasználók akik nem igazán használják eme felületet az alábbiakban álljon itt a most kiadott javítások jegyzéke:

More »

Érdekes hírt olvastam ma az IT Business – Security hírlevelében:

Q&A: Kaspersky Lab’s Eugene Kaspersky
A Kaspersky Lab alapítója, Eugene Kaspersky véleménye arról, hogy a legjobb programozók miért hagyják el a szoftverfejlesztő cégeket, és pártolnak át az online bűnözők oldalára.
További információ: vnunet.

Elolvastam a cikket, és igen érdekesnek tartom az úr véleményét. Személy szerint sokban egyet is értek vele, s szerintem sok vezető jól tenné, ha kicsiny hazánkban is figyelembe venné az itteni gondolatokat. Itthon a programozók elsősorban nem az online bűnözést választják “tömegesen”, hanem vetélytársakat – mindezzel együtt a probléma oka körülbelül megegyező a váltásra…