A munkahelyemen kitalálták hogy bele kellene ásni magam az oracle rejtelmeibe.
Azt hiszem ezzel kezdem:
Az Oracle 10g adatbázis adminisztrálása I.
Az az igazság, hogy semmi közöm az adatbáziskezelőkhöz és nem tudom egy ilyen tanfolyam honnan indul. Van esetleg valamilyen dokumentációtok ami segíthet az indulásnál. Nem akarom, hogy feleslegesen menjek el és csak lessek, hogy miről beszélnek.
"support felé is feladnék egy tart. " Ha az oracle software-t hivatalosan a cégtől, vásárolod akkor kell kapjál egy CSI azonosítót (talán egy 7 hosszú számsorozat). Ezzel tudsz regisztrálni a http://metalink.oracle.com/ címre. Ott a support felé feladhatsz akármilyen hiba-problémajegyet, ahol leírod, hogy mi a gondod. Erre a szakértők ráugranak, és megpróbálnak segíteni Neked.
"support egy RDA alapján megmondja, hogy az installból mi és miért maradt ki, valamint mit kell még hozzá futatni. hogy megbízhatóan működjön." Az RDA (Remote Diag. Agent) egy olyan script ami a legfontosabb paramétereket összeszedi a gépedről (op.rendszer, adatbázis) és készít gyakorlatilag egy riportot. Ha jól emléxem talán az install log-okat is befűzi. Ezt szokta kérni a support, amit aztán átbogarásznak.
Az adatbázis install log-ok valahol az ORACLE_HOME alatt-fölött egy /admin/SID/create struktúrában vannak. Amikor oracle-t installsz, az meg valahol egy oraInventory/logs alá csinálja a log-jait. Az op-rendszeredben valahol (/etc, /var/opt/oracle) létezik egy oraInst.loc állomány. Az tartalmazza az inventory_loc helyét.
Nem szeretnék ünneprontó lenni, de valamiért ezek az SDO kezdetű táblák csak-csak hiányoznak. Ha még sikerül is legenerálni őket lehet, hogy a drop-ok lemennek, de ki tudja mik hiányoznak még, és főleg miért. Én azért egy kicsit megtúrnám az install, és adatbázis készítő logokat. Valszeg még a support felé is feladnék egy tart. Lehet, hogy csak egy óvatos duhaj vagyok, de hosszú távon nem szívesen üzemeltetnék egy ilyen adatbázist. Lehet, hogy csinálnék egy újat, meghallgatnám a drop-ra történő reakciót, és ha beválik megpróbálnám az adatokat is beimportálni, majd az eredetit leállítani, és elfelejteni. Ez persze csak egy vélemény, lehet, hogy a support egy RDA alapján megmondja, hogy az installból mi és miért maradt ki, valamint mit kell még hozzá futatni. hogy megbízhatóan működjön.
Nekem a trace filebol ugy tunt, hogy a ket tabla hianyzik, a SDO_TOPO_METADATA_TABLE es a SDO_GEOR_SYSDATA_TABLE. A masodik tablat letrehozo sql-t azonban nem talalom. Ugy erzem, hogy jobb ha visszaszivom amit eddig irtam es passzolok, nem akarom hogy miattam valami zurod legyen.
En a leallitott adatbazishoz tartozo osszes allomanyt szoktam menteni, ennel van nyilvan jobb modszer, de majd ebben segitenek masok, akik jobban ertenek hozza.
Az forummotor elszurta az SQL file nevet: ORAHOME per md per admin per sdotpmd.sql
En az ilyenek futtatasat a SQLPLUS-bol szoktam csinalni (a karakteres verziobol)
Viszont most ketsegeim vannak, hogy milyen user-kent kellene futtatni ezt az SQL-t, de hatha vki tud majd segiteni.
na nekem nemsokat: ezek valszeg az Oracle Spatial táblái (azok?), de azt nemtom, hogy hogyan kell (kellett volna ) azt helyesen telepíteni, illetve mi a teendő ilyenkor...
Ezek az utasítások vannak a drop table után is? van ezen a DB-n ún hasznos adat is, vagy egyelőre csak egy üres cucc?
Elképzelhető, - hacsak nincs valakinek valami tuti jó ötlete (a catupgrd.sql futtatás csak egy szimpla ötlet és nem tuti), - hogy a legjobb megoldás most már az, ha megvárod a DB telepítéséért és -gondolom- üzemeltetéséért is felelős szakembert, aztán meg megosztod velünk, hogy mire jutottatok... ;)
Csak egy ötlet volt, hogy a trace talán bőbeszédesebb, hogy mit keres, és mit nem talál a drop. Konkrétan nincs mit keresni, vagy megmondja egyértelműbben, hogy mi a baja az utasítással, vagy nem. Még érdemes esetleg az oracle install log-okban kutakodni, hogy egyáltalán rendben felkúszkodott az orákli a vasra. Egyébként milyen platformon fut? (illetve döcög)
Amikor engedélyezed a trace-t (ALTER SESSION SET SQL_TRACE=TRUE;) , és ellátod névvel is (ALTER SESSION SET TRACEFILE_IDENTIFIER=mysqltrace;), akkor keletkezik egy állomány oda ahová a user_dump_dest (v$parameter) mutat.
Ezt a zanza állományt lehet a tkprof-al olvasmányosabbá tenni, úgy ahogy leírtad.
Nagy bajt nem okozhatsz, csak ne feledd el majd le is tiltani a trace-t. Bár ha kilépsz a session-ből, magátol is megszűnik a log-olás.