Még annyit tennék hozzá, hogy: - csak a LOB READ hatására csinálja ezt - az adatbázisnak, ahová folyton konnektál/diszkonnektál, semmi köze a programhoz - viszont ő van beállítva a "DEFAULT_CONNECTION"-ként egy globális konfig-file-ban.
> Hááát... BS2000? Annyit hallottam róla, hogy van ilyen is ;-) Ez igaz is!
> Ez nálam valahol a mainframe Bizony az.
> és az OS400 környékén van Ahhoz nincs köze.
> Azok az "érdekes" portok mihez tartoznak a szerveren? Nem hangsúlyoztam eléggé, a 17.119.19.233:4001:4001-en figyel a listener, a TNSNAMES.ORA-ban így van benne: TEST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 17.119.19.233)(PORT = 4001)) (CONNECT_DATA = (SID = TEST)) )
> Nekem úgy tűnik, mintha (hülye példa!) egy ftp szerverrel társalognál, amit első menetben megszólítasz a 21-es porton, majd folytatódik a társalgás egy másikon. U
Valami hasonló: ezen a platformon nincsen fork, ezért a listener(:4001) utasítja a klienst, hogy nyisson egy új kapcsolatot a számára kijelölt szervertaszkhoz(pl :4167, :4127) (Még szerencse, hogy ezek a szervertaszkok újrafelhasználhatóak, különben a folyamatos taszk indítás/leállítás lassítaná gépet.)
> Utána kellene nézni mondjuk a metalinken, hogy 8i-ben miképp működött a LOB-ok kezelése...
Valószínűleg érdemes lenne upgradelni, csak éppen az a policy, hogy hagyják az egészet szétrohadni... *ijedten körülnézek, figyeli-e valaki, amit írok*
Ugyanezek a debug-kiiratások a program elején is működnek, valahogy így néz ki (frissen újrafuttattva):
20071213.100730.062 YSOLNK.connect (0, 17.119.19.235:1521) succeed in 2 ms 20071213.100731.018 Connected to database "szolnok" as "USERID@SZOLNOK" in 4631 ms ... 20071213.100856.038 YSOLNK.connect (1, 17.119.19.233:4001) succeed in 3 ms 20071213.100856.044 YSOLNK.close (1) succeed 20071213.100856.048 YSOLNK.connect (1, 17.119.19.233:4167) succeed in 3 ms 20071213.100857.256 YSOLNK.close (1) succeed <Ismétlődik> ... 20071213.100921.420 YSOLNK.close (0) succeed 20071213.100921.420 Disconnected from database "szolnok" as "USERID@SZOLNOK"
A 17.119.19.235:1521 szerver egy 10g, AIX-en; a 17.119.19.233:4001 pedig egy 8i BS2000 platformon (a kliens is BS2000-ben fut, de nem ugyanazon a gépen), egyáltalán nem kellene kapcsolódjon hozzá a program, annyit tudok, hogy van egy USER.ORAENV nevű file, ahol ez a kapcsolat van megadva DEFAULT_CONNECTION-ként... Lehet, hogy a 'LOB READ'-et a kliens nem tudja önállóan megcsinálni, egy szerver tanácsát kell kérnie? De miért nem ahhoz fordul bizalommal, akihez már amúgy is kapcsolódott?
Van nekem egy Oracle kliens-programom (Pro*C, 8.1.5), amiben BLOB-ot olvasnék:
EXEC SQL AT :dbid LOB READ :length FROM :blob AT :offset INTO :p WITH LENGTH :length;
Működik is, csak éppen ebből az alkalomból connectál és disconnectál egy _másik_ adatbázishoz (nem ahhoz, amiből olvasunk!)... észre se vettem volna, ha nincs egy debug-funkcióm a hálózati kapcsolatokra:
20071213.002617.324 YSOLNK.connect (1, 17.119.19.233:4001) succeed in 4 ms 20071213.002617.330 YSOLNK.close (1) succeed 20071213.002617.333 YSOLNK.connect (1, 17.119.19.233:4127) succeed in 2 ms 20071213.002617.352 YSOLNK.close (1) succeed
tudtommal meg, de ahhoz úgy kell megadni, hogy dupla idézőjelek között: identified by "jELszO" ugyanígy az objektumneveknél is részemről nem szeretem, sőt.
Volt már szerencsém pár OS-en dolgozni, (Solaris, AIX, HP cluster-en is), de ha van időm, inkább Oracle-ben fejlesztem a tudásom. Ennek köszönhetően az Oracle tudásom (remélhetőleg) egyre nő, míg a Unix ismeretem helyjel-közzel stagnál, vagy legalábbis jóval kisebb mértékben fejlődik. Ezért nem hasonlítható a Unix tudásom egy Unix Adminéhoz Unix területen, de ha jól gondolom, akkor ez vice versa így van...
Más, ha már szóba jött... az OCM-et tervezi valaki lerakni?
>Ezt cáfolnám, az Oracle.com-on 125 USD a hivatalos ár, én MAgyarországon 35k+ÁFA-t fizettem :o) És akkor van ugye OCA, x darab /7?/ OCP, valamint a legnagyobb durranás hétszámjegyű összegért OCM tán Angliában legközelebbi helyszínként. Ez utóbbi nagyon 'súlyos' műfaj az általam hallott beszámoló szerint, nem sok embernek van a világon sem: már a feladat és időtartama is extrém, hajaz a 24 órás programozói versenyekre.
>Solaris cluster Ez szerintem sem Oracle DBA-feladat, még ha van DBA aki megcsinálná. Azt gondolom nem ettől kell jobb lennie egyik DBA-nak a másiktól. Durván extrapolálva egy cipőárustól Lásd Al Bundy nem érdemes elvárni, hogy cipőket is tud csinálni. Egyszerűán más műfaj. a kettő. Persze létezik elvárhatóan drágább munkaerő aki ilyen plusz témákban is konstruktívan ki tud teljesedni.
>solaris cluster epites, oracle DBA es ERP Univerzalitás vs. szakirányú elmélyedés. Nyílván lehet találnia kevésbé ismert szakterületen is megoldást egy felkészült szakembernek, de ennek lehet ára időben és minőségben (+munkatorlódásban) ahhoz képest, ha "szak"-ember csinálja. Én amondó vagyok, hogy költségelni kell és akkor könnyebb lehet a megoldás kiválasztás
>csak ismert feladatok megoldasaval bizd meg kontra ismeretlen feladattal es tuti biztos kitokoli Mostani életemből analógia erre a szembeállításra (talán) -> az SQL és az adatbányászat. Míg az elöbbi egyértelmű és egzakt, addig a másik zajos, bizonytalan, instabil, nemdeterminisztikus, fekete dobozokkal is operáló cucc: egy óriási ám imádnivaló, gigantikus perspektivákat előrevetítő káosz. :o)
>KT mobilszamanak ?
>Lehet, hogy egy DBA hajlandó és képes megoldani bizonyos problémákat, de ettől még nem lesz egyenértékű Unix Admin azzal, aki ezt tanulta, ebből vizsgázott, és ezt csinálja már jónéhány éve. Ezzel én maximálisan egyet tudok érteni. Noha tényleg nem fekete-fehér-igen-nem a globális megítélése a témának, talán.
Szerintem a probléma megoldó képesség/hajlandóság ehhez nem elég. Lehet, hogy egy DBA hajlandó és képes megoldani bizonyos problémákat, de ettől még nem lesz egyenértékű Unix Admin azzal, aki ezt tanulta, ebből vizsgázott, és ezt csinálja már jónéhány éve. Amiket elvártak az adott állásnál: - 8i, 9i, 10g, 11g, 11i - SQL, PL/SQL - Business Objects - MS SQL Administration - AIX, Solaris Administration - W2K Administration - Network Administration - C, C++ - shell, VB, etc. Tehát, ha a probléma megoldó képesség elég, akkor ugyanez a tudás-egyveleg elvárható egy C programozótól is...?!
Van még egy dimenzió: olyan ember kell, aki képes és hajlandó a problémák megoldására... (a többség persze a 'se nem képes, se nem hajlandó' kategóriába tartozik, őket nevezzük 'betanított programozónak')
Ezek szerint egy jó problémamegoldó képességekkel rendelkező embert oda lehet ültetni egy 16 node-os RAC-hoz egyedül azzal, hogy majd úgyis megoldja valahogy...?
Eleg sok teruleten megfordultam es azt tapasztaltam, hgy alapvetoen ket fele ember letezik, aki tud problemat megoldani es aki nem. Az elobbi tipusba tartozonak leteszel egy ismeretlen gepet ismeretlen feladattal es tuti biztos lehetsz benne, hogy kitokoli, az adott feladatot hogyan kell megoldani. A masik tipusba tartozonal meg baromira oda kell figyelned, hogy csak ismert feladatok megoldasaval bizd meg, mert kulonben marha nagy lesz a pofara eses...
Ezek azok az allasok, amikre ket fele ember jelentkezik:
1. aki tenyleg ert mindezekhez
2. aki installalt mar eleteben sql szervert tehat ert hozza, volt az egyetemen accountja aix-os gepen, tehat ert hozza, stb.
Az elso jot rohog amikor a penzre terelodik a szo, a masikat meg felveszik, es jolesoen dolnek hatra, hogy lam-lam, tenyleg volt ilyen ember, es nem is kerul annyiba mint a az a nagykepu 40 eves ven trotty.
"... egy megfelelo tapasztalattal biro szakembernek ... meg akkor is, ha nincs mindben tapasztalata..." ?!? A FOR ciklus jó példa, jól mondod, minden nyelvben ugyanaz a logika kell hozzá. Ellenben Unix-on zónát építeni/adminisztrálni nem teljesen ugyanazt a logikát követeli meg, mint amit egy DBA naponta gyakorol (ha jól tudom, a Sun külön vizsgához köti).
meglehetosen komolytalannak tunik egy olyan ajanlat, ahol a solaris cluster epites, oracle DBA es ERP konzultacio mind elofeltetel. ergo az ilyen ajanlatra helybol nemet kell mondani. mellesleg az a velemenyem, hogy egy megfelelo tapasztalattal biro szakembernek nem okozzna nagy gondot mindezek egyuttes teljesitese (meg akkor is, ha nincs mindben tapasztalata), felteve, ha megfelelo mennyisegu ido all rendelkezesre, egesz jo dokumentaciok leteznek... ahhoz tudnam ezt hasonlitani, hogy egy for ciklus megirasahoz ugyanaz a logika kell, barmilyen nyelven is irod meg, legfeljebb mas a szintakszis...
"... a megszerzendő pl.: Oracle papírok mindenütt egységesen sokba kerülnek..." Ezt cáfolnám, az Oracle.com-on 125 USD a hivatalos ár, én MAgyarországon 35k+ÁFA-t fizettem, itt pedig egy vizsga 63 euro... :-) @BBKing, egy shell script megírása nekem sem jelent gondot (többnyire), de mondjuk ettől még nem mernék nekiállni összerakni egy Solaris clustert...márpedig ha elvállalsz egy ilyen munkát, akkor azt is neked kell megcsinálnod.
Én azért hozzátenném az optimalizációs feladathoz, hogy "és a megfelelő munkahely megtalálása". A harmonikus ügyfélbarát együttműködéshez kell az ügyfél is, az én meggondolásom szerint.
Klasszikus minimax feladat egy megfelelo jelolt kivalasztasa. Nyilvan tetszoleges mennyisegu penz birtokaban (szinte) tetszoleges tudast "vehet meg" a munkaado, viszont en azt gondolom, hogy altalaban hatekonyabb tobb jeloltet alkalmazni, akik ugyan nem egytol-egyik "guruk", de osszessegeben hatekonyabban vegzik el a feladatokat. A papir imho az elso korre jo, velemenyem szerint meg az adott kornyezetben szerzett tapasztalat sem nagyon szamit. Inkabb a problemamegoldo kepessegek, a kommunikacios "vena", pedagogiai erzek es a dominanciara valo hajlam, ami egy DBA-t jo DBA-va tesz, de persze ez nem feladatkorspecifikus dolog.
>igen, en sem nagyon ertem, hogy letezhetnek olyan DBA-k, akiknek komoly kihivas egy shell script megfaragasa... Ez megint egy olyan kérdés, amit pro és kontra meg lehet csócsálni. Ha azt mondjuk hogy kell egy olyan script, ami megcsinálja mondjuk adatbázis mentését, akkor ez nyílván triviális. Nekünk viszont volt olyan (nem túl nagy 60Kb-os ám brutális) Korn Shell-scriptünk (DW-töltésre), amit az Oracle konzulensnek napokig tartott megértenie, hogy hozzá tudjon nyúlni biztonságosan. Ezt én nem gondolnám adminisztrátori feladatnak.
Én leginkább azon akadnék meg az ilyen hirdetéseknél, hogy általában a leguniverzálisabb embert keresik, aki mindenhez ért, mindenről van elismert papírja már, folyékonyan beszél akár több nyelven, bírja az egyre jobban és hosszabban pörgő intenzív elkötelezett melót, jó konfliktustűréssel megáldott csapatjátékos, cserébe csak az nem nyílvános (első körben), hogy mennyi tól-ig éves juttatásra esélyes potenciálisan a munkavállaló, illetve miképp lehetséges akár többszörös szorzó erejéig diszkriminálni az itthon Magyarországra született munkavállalókat, ilyen szempontból szerencsésebb mondjuk külföldi versenytársaikhoz képest, miközben a megszerzendő pl.: Oracle papírok mindenütt egységesen sokba kerülnek. És ilyenek...
Na ha mar a temanal vagyunk, mi a velemenyetek a social networkingrol, ill. a wiki.oracle.com-rol, valamint az opensocial-rol? En ugy gondolom, hogy az elkovetkezo evekben nem nagyon lesz olyan IT szakember, aki publikus, internetkozeli (van meg olyan, ami publikus es nem internetkozeli??) dolgokkal foglalkozik es elkerulheti ezeket a "hype"-okat...
Jó a sztori, és kiváló lehetőség annak tesztelésére, hogy a potenciális munkavállaló hogyan fogja kezelni a várható baromságokat. :o) Ilyen pongyolaságok símán elképzelhetők. A hirdetés rövid műfaj és nem akartak két mondatot pazarolni az öt év + a 10g tapasztalatra. Illetve nem akarták a hirdetésben túl okoskodni az adminisztrátori feladatkört. A tömörítés márpedig nem feltétlen veszteségmentes, mint tudjuk... ;) Mindazon által van olyan például, hogy Oracle típusú Network Administration, ami a pingtől, oprendszer specifikus dolgokon át akár a distributed sql tuningolásáig elég sok spéci dolgot tárgyal(hat).