Eltelt több mint egy év, és még mindig semmi. A MaxDB mintha nem is létezne, legalábbis Magyarországon.

SAP.hu-nál már korábban is tartottam tanfolyamokat, de ezek csak egyszerű bázistanfolyamok voltak (SAPTEC, ADM100), általában kezdőknek.
Ez egyébként nagy megtiszteltetés, hogy az SAP ügyfeleit taníthatom, de jobban örülnék egy MaxDB-s projektnek, mert annak hamar híre megy, és akkor talán beindul valami Magyarországon is.

Félreértés ne essék, imádok tanítani, remélem már van egy pár kolléga, aki lelkes szakemberként visszaemlékszik pár mondatomra, amikor operációs rendszert választ...

És akkor megtört a jég 2008 nyarán: az SAP pár ügyfele MaxDB tanfolyamot keresett (úgy mint én 2006-ban), és itthon először - 4 fővel - létrejött az első SAP/MaxDB tanfolyam. Remélem, hamar jön a többi is, és akkor lassan mint valódi alternatíva jelenik meg a MaxDB a kollégák fejében.

Az egykori szólás szerint a titán az az ember, akit cégek / osztályok passzolnak tovább egymásnak, hogy “ti tán tudtok vele valamit kezdeni”...

Egy kicsit ilyen érzésem van, amikor röviden átnéztem a MaxDB történelmét: (zárójelben az adatbázis aktuális nevei)

• 1977 - TU Berlin
• 1980 - Nixdorf Computer, Siemens-Nixdorf, Software AG (VDN, Reflex, Supra 2, DDB/4, Entire SQL-DB-Server and Adabas D)
• 1997 - SAP AG (SAPDB)
• 2003 - MySQL (MaxDB)
• 2007 - SAP AG megint (MaxDB)

Itt van egy adatbázis, ami már több mint 30 éve létezik, és még mindig nem tűnt el a süllyesztőben, tehát bizonyára nem rossz műszakilag.
De miért ez a hányatott sors, hogy adják-veszik mint egy rossz részvényt?

Nem tudok másra gondolni, mint hogy borzasztó rossz a termék marketingje. Néhány elvetemült szaki (mint én is) használja és teljesen odavannak tőle (ezért is nem hal ki), de a nagyközönség előtt bizony igencsak harmatos a megjelenése.

No ezen próbálunk egy kicsit segíteni. Reméljük az SAP most már igazán a magáénak tudja majd, és kap némi promóciót. Ugyanakkor nyilván az a jó, hogy az SAP ügyfeleknek megvan a jól informáltság mellett a szabad választás lehetősége is, úgy operációs rendszer, mint adatbázis szintjén.

Rövid pihenő után jöhet a lényeg: a migrációs tanfolyam. Hihetletlenül élvezetes volt a tanfolyam, rengeteg elméletet tanultunk (a gyakorlat maga elég egyszerű) migrációról, Unicode-konverzióról. A kedvenc témám a giga-adatbázisok (több terabájt) migrálása volt: itt mindenféle spéci toolok segítenek a többszálú migrációban, hogy mindenképpen beleférjünk egy hétvégi leállásba.

Újból előjött, hogy ezt például nem tudom hogy oldják meg azok, akik nem linuxos rendszereken dolgoznak: egy kommersz szerveren pillanatok alatt felhúztunk újabb applikációs szervereket, így többszörösére gyorsítva a migráció sebességét.

Egy érdekes info: a kb. 40 résztvevő közül (nagy részük német) a legtöbben Linux/MaxDB párosra terveznek váltani...

A háromnapos tanfolyam után lehetett azonnal vizsgát is tenni, így az estéket kihasználtam az elmélet tanulására, és egy füst alatt meglett a vizsga is.

Certification code: C_TADM70 (Technology Consultant SAP NetWeaver 2004 –OS/DB Migration for SAP Systems)

Már csak a Linux/MaxDB után sóvárgó ügyfelek hiányoznak :)

Eldöntöttem, hogy én is megpróbálom népszerűsíteni a Linux/MaxDB kombinációt. Az ötlet és lelkesedés önmagában szép, de a kivitelezéssel két gond is van:

1. Magyarországon nagyon kevés új SAP bevezetés van, és ha mégis beesik egy-kettő, arra lecsapnak a nagy cégek, ilyen kis független tanácsadóknak esélyük sincs
2. Meglévő rendszereket átállítani (migrálni) más OS/DB kombinációra nagy tapasztalatot és speciális SAP képesítést igényel

Mégis a második verzió tűnt a járhatóbb útnak, és igazából most majdnem egy teljes év tömény tanuláson és gyakorláson vagyok túl, így már neki mertem gyűrkőzni a vizsgának. A (tanuláson kívül) hozzávezető út:

1. megszerezni egy SAP technology consultant képesítést bármilyen adatbázisból (vajon melyiket választottam? :)
2. elvégezni a migrációs tanfolyamot
3. levizsgázni és megszerezni az OS/DB migrációs jogosítványt

Az első lépéshez nem kellett tanfolyam elvégzéséről igazolás, elegendő volt a gyakorlati felkészülés, illetve a tanfolyam előtt pár héttel némi elméleti anyag átismétlése (néhány ezer oldal)

Certification code: C_TADM50_04 (Technology Consultant SAP NetWeaver 2004 - SAP Web AS for MaxDB)

Akkor első lépés megvan.

Legnagyobb meglepetésemre egy teljesen ismeretlen helyről kaptunk egy konkrét felkérést egy apróbb MaxDB munkára. A magyar Nemzeti Digitális Adattár adatbázisához keresett meg a Neumann Kht., a már jelenleg is üzemelő MaxDB alapú rendszerük továbbfejlesztéséhez, standby rendszer kialakításához, illetve a mentési megoldás kidolgozásához.

Először is rendkívül büszke vagyok, hogy pusztán a weboldalunk segítségével ránktaláltak, másodszor nagyon örülök, hogy egy állami szervezet Linuxot illetve MaxDB-t használ. A szervereken Ubuntu 6.06, illetve RedHat 3.0 fut.

A projekt sikeresen lezajlott, nyalánkságnak volt még egy kis shell programozás és egy kis parancssoros DBMCLI játék is, aminek mindig örülünk.

Majd ha élesedik az alkalmazás, kikérdezem a kollégákat (haladó gondolkodású, fiatal csapat) a tapasztalatokról.

Az előző tréning után közvetlenül elmentem tanulni a performancia hangolásról is (UMEW60). A tematika elég hardcore volt, de fantasztikus volt látni, ahogy a terabájtos adatbázisok elkezdtek pörögni. Különösen gyengébb hardveren lehetett óriási teljesítménynövekedést elérni. Nagy storage rendszereken bármi gyorsan tud futni, de például szimpla diszkek esetében is a MaxDB egyszerre írja / olvassa a köteteket, így még akár RAID megoldás nélkül is szépen muzsikál (más kérdés, ki bízza rá az adatbázisát nyers - RAID nélküli - diszkrendszerre).

Érdekes momentum volt, hogy pont emiatt a technológia miatt lényeges sebességnövekedést nem tapasztalhattunk RAID5 => RAID10 konverzió után, természetesen csak ha az online logok RAID10 köteten vannak. Így viszont bátran használhatjuk a RAID5 köteteket nagyméretű éles adatbázisoknál is.

Az SQL utasítások optimalizálásál a többi adatbázisnál megszokott eszközöket láthattuk, itt az előadó egy elejtett megjegyzése bolygatta fel a csapatot: az SAP a jövőben először MaxDB adatbázisra optimalizálja a rendszereit. De hát hogyan is lehetne ez másként, hiszen az SAP AG belső szerverei már szinte kizárólag MaxDB-n futnak...

Egyébként az előadó egy hihetetlen dinamikus fejlesztő srác volt, aki egyszerűen halálosan szerelmes a MaxDB-be, és látszik rajta, hogy csapatával együtt azon dolgoznak, hogy saját maguknak alkossanak egy profi adatbázisrendszert. Egy kicsit deja vu érzésem van, hiszen a Linux története is így kezdődött: egy csapat mérnökpalánta írt magának egy operációs rendszert...

Egy japán cégnél eltöltött 6 év alatt sikerült közelebbi barátságba férkőzni az SAP rendszerrel, itt Linux és Oracle alapokon. 2000-ben, amikor az első linuxos SAP rendszerünket telepítettük, kedvencünket még SAPDB-nek hívták, és eléggé ismeretlennek számított.

A 6 év alatt a sok küzdelem ellenére sem sikerült megkedvelnem az Oracle-t, annak ellenére, hogy különösebb problémánk nem volt vele, túléltünk pár storage meghibásodást, emberi hibát. A teljesítménye megfelelő, de a rendszer (szerintem) barátságtalan. Voltam egy Oracle performanciaoptimalizálás tanfolyamon (sikerült kibulizni, hogy az ajándékba kapott MS tréningeket legalább 2:1 arányban váltsák be Oracle tréningnapokra :), de még így sem lett a házi kedvenc.

Konkrétan milyen gondjaim voltak az Oracle rendszerrel?

• az állandó nyűglődés a kézi storage karbantartással (táblatér, extensek stb.)
• a memóriakezelés átláthatatlansága (legalábbis számomra)
• lassú reorganizáció
• JAVA telepítő
• és bár ez általában nem az én gondom volt, de nagyon drága licensz

Mivel az MSSQL részemről kilőve, az Oracle mellett még a DB2 illetve SAPDB/MaxDB rúgott labdába. A DB2 sem volt túl szimpatikus, így gondoltam egy próbát megér, elmegyek egy MaxDB tanfolyamra (ADM515).
Magyarországon sajnos nincs még MaxDB tanfolyam, úgyhogy az SAP fellegvárában, Walldorfban ismerkedtem meg közelebbről a rendszerrel.

Ami hirtelen átjött a tréningen:

• nagyon egyszerűen átlátható struktúra
• könnyen kezelhető
• nincs szükség reorganizációra
• automatikus storage terheléselosztás

Elég szimpatikus kezdés...