Oracle RAC Magyarorszagon

Flame

Sziasztok,

Ugy veszem eszre mostanaban elszaporodtak az ostoba kerdesek, ezert en is batorkodom szaporitani ezek sorat. Kozvetetten kapcsolodik a 'mennyit kereshetek X tudassal', 'y oradij Z munkaert', 'elhelezkedes W tudassal' topicokhoz.

A kerdesem az lenne, hogy mennyire elterjedt Magyarorszagon az Oracle RAC technologia hasznalata, vajon hany ceg lehet aki production kornyezetben hasznalja, mivel ilyen nagy teljesitmenyre igen keves cegnek van szuksege en ezt a szamot 1-10 koze tennem.
Ebbol kovzetkezo kerdes, hogy vajon hany ilyen szakemberre lehet szukseg itthon?
(Most kezdtem el ezzel foglalkozni, es egyelore megtetszett es erdekel, csak nem tudom eldonteni hosszutavon mennyit profitalhatnek az ilyen jellegu tudasbol, szeretnem kihangsulyozni, hogy _Magyarorszagon_.)

A valaszokat elore is koszonom!

  • 2345 megtekintés

( Mico v | 2008. 11. 27., cs – 09:25 )

azt az 1-10 -et rakd feljebb N nagysagrenddel.

amugy csak RAC-bol IMHO nem lehet megelni, ha van mellette OS, storage, network, hw es mas egyeb szaktudas, tehat egy komplett "clustering" pack, akkor inkabb, es mivel azt az 1-10 szamot valahonnan szedted, azt javaslom, nezz utana, hogy pontosan mire jok ezek a technologiak es ebbol adodoan kiknek is lehet ra szukseguk.

( vavhab v | 2008. 11. 27., cs – 09:48 )

Lehet kicsit butan tettem fel a kerdest. Vagy nem fejtettem ki elegge, tokeletesen tisztaban vagyok vele, mire jo ez a technologia(jelenleg linux adminkent dolgozom, es nalunk is van RAC, es ugyalakult, hogy mostanaban dobb a dolgom vele, gondolok itt az ocfs es clusterware installra, ezert gondoltam, hogy elmelyedek a temaban), es azt hittem nyilvanvalo, hogy nem csak kizarolag a RAC-re gondoltam min szaktudas, btw eleg nehez lenne egy clusterware-t felinstallalni storage vagy nehany eves linux admin tapasztalat nelkul. Remelem igy mar kicsit tisztabb a kep.
Es mit ertesz N nagysagrend alatt, es te honnet szedted azt az infot, hogy jelenleg N nagysagrendu helyen hasznalnak RAC-et?

Nálunk (bank) van rac AIX-en és linuxon is produktív környezetben már évek óta (~2,5 év). És megfelelően nagy szervezetnél a DBA-nak nem kell értenie a storagehez, megkapja a raw deviceot és berakja asmbe a diszket. Ennyi. Jóesetben nem a DBA a storage és *nix admin egyszemélyben.
Még annyi, hogy nálunk a DBA-k db, ias szerverekkel foglalkoznak és maximum még egy pár oracle termékkel (discoverer, stb) és megélnek belőle.
És jó DBA-kból igenis hiány van... Szerintem érdemes a témával foglalkozni, ha érdekel.

sne

Elektronikai iparban több helyen (legalább 3) láttam már, hogy RAC-ot használnak a komplett termelésirányitási rendszerben (termék nyomonkövetés), ahol nagyon nagy mennyiségü, üzletileg kritikus adat keletkezik.
pl. egy elektronikai termék esetében el kell tárolni az alkatrészek kodjait, a végtermék teszteredményeit és még rengeteg egyebet.

Onnan szedem, hogy brand vasat arulok es X ido alatt Y hardvert adtam el ugy, hogy kifejezetten RAC-hoz vasaroltak. Ez mar csak az X idoszak alatt tobb, mint az 1-10 nagysagrend, es ha figyelembe vesszuk, hogy evekig futnak ezek a rendszerek, valamint, hogy a hardver piac eleg kis Z szazalekat kepviselem, statisztikailag kijon, hogy N szamu RAC rendszer lehet az orszagban, ahol N egy eleg nagy szam.

PS amugy tok ertheto, bocsanat, csak azt hittem, hogy egy olyan thread kovetkezik, mint a multkor egy masik ember

( xe3n | 2008. 11. 28., p – 12:02 )

Erdemes ezzel foglalkozni.

Nagyfoku specializaciot es rengeteg tanulast/tapasztalatot igenyel, termeszetesen ennek minden elonye es hatranya mellett.
Ma sokkal konnyebb megszerezni ezeket az ismereteket mint par eve, de a tapasztalatra is nagy szukseg van. Kezdokent a helyzet nem remenytele, minden a kitartasodon es a szorgalmadon mulik, de a konkurrencia eros.

Az a miszkoncepcio, hogy a RAC-ot a legtobben a magas teljesitmennyel parositjak, a regebbi idokbol szarmazik, amikor a RAC prohibitiv ara miatt a high-end vasakon futott. Ertelemszeruen ez behatarolta a megoldas vasarloi koret.

Ma mas a helyzet, a kovetkezoek miatt:
- Egyre elterjettebb az olcso hardware-alapokon torteno epitkezes, nagyobb cegeknel is. Terjed a commodity hw es a Linux az adatkozpontokban, a magas rendelkezesreallasrol alkotott fogalmaink is megvaltoznak. A hiba mindennapos, szamitunk ra. Nem az elkerulese a cel (draga hw eszkozokkel), hanem a toleralasa (olcso hw, tobbszoros redundancia).
- Az Oracle koveti a piacot es RAC licensz mar Standard Editionhoz is vasarolhato, bizonyos feltetelek mellett.
- A RAC kozel linearis skalazhatosagot biztosit uj nodeok hozzaadasa mellett, magas node-szamig. A elony a bovithetoseg es az adatbaziskezelo-cluster komplexitasanak elrejtese a magasabb retegek elol. Az RDBMS egy lepessel kozelebb kerul az informatikai kozmu ideaja fele.
- A RAC terhelesmegosztasi es elerhetosegi problemakra is nyujthat megoldast.

Kiemelten jo konzultans szamara a ~ € 400/nap Magyarorszagon is elerheto.

( saabi v | 2008. 11. 28., p – 12:33 )

Szerintem a RAC ismeret önmagában értelmezhetetlen. Ha azt kérded, Oracle DBA-ra van-e szükség, aki ismeri a RAC technológiát is, akkor visszakérdek, van-e szükség olyan DBA-ra, aki a RAC-ot nem ismeri?
Szerintem a RAC ismerete "must have" ha értékes DBA akarsz lenni.

Ave, Saabi.

Ez valoban igaz, de erdemes megfigyelni, hogy a RAC alapját kepezo cluster termekben mar megjelentek annak jelei, amelyek elorevetitik hogy az Oracle ezt a megoldast nem kizarolag az adatbaziskezelo ala szanja. Szamos egyeb clusterware-megoldas kodjat licenszeltek hozza mar elozo verziok soran is.

Egyelore azonban pusztan ahhoz, hogy a fogalmakat megertsuk mely OS/Storage/DBA ismeretekre van szukseg.

Aki end-to-end at szeretne latni a cluster-stacket, annek bizony el kell sajatitania ezeket az alapismereteket mielott belekezd RAC-ot tanulni.

Na most a helyzet az, hogy amint emlitettem en linux sysadminkent dolgozom, es en adom a DBA-k ala a linuxot en telepitem nekik a storage-et/clusterware-t/ocfs2-t es mindent ami a RAC alapjat kepezi(ahogy szrevettem erre a legtobb dba nem is lenne kepes, tisztelet a kivetelnek ugye).
Elegge megtetszett ez a technologia, ASM kulonsen tetszik, nagyon jol kitalaltak.
Ezert gondoltam, hogy kicsit jobban belemasznek a RAC uzemeltetesben, nem szeretnek kifejetzetten DBA lenni. Valamint azt hittem, hogy magyarorszagon ez meglehetosen egyedi, de ahogy latom itthon is hasznalnak mar itt-ott RAC-et.

( dikki | 2008. 11. 28., p – 14:33 )

a mave és az oracle közös szeminárium-sorozatának előadásán egy oracle-ös emberke elmondta, hogy már itthon is "több, mint 50 helyen" használják. az 1-10 az alálőtt.
az ocfs-el meg már nem jó, ha foglalkozol, mert nem igazán szokás használni rac alá.