SLES8/SLES9 + ORACLE 9i +"TIVOLI 5.3.x upgrade"

8 nap után ismét van/lehetne mentés az xyz-n futó Oracle adatbázisról ha nem lenne valami kazihiba ! "Flawless Victory" lenne ha nem szoptam volna vele ...

Alapból ha upgradeli a TSM klienset az ember akkor elb@sz egy szimlinket !!!(en_US szokásos hiba, már megszoktam, röhejes, hogy nem tudják kijavítani) SLES9-es masinán nem talált meg egy shared libet ??? Ezért beraktam a "/opt/tivoli/tsm/client/api/bin" könyvtárat az ld.so.conf-ba ... vagy berakhattam volna az LD_LIBRARY_PATH-ba :(

5.3-as tól kezdődően kell egy ERRORLOGNAME bejegyzés mondjuk az API dsm.sys-be és 666-ra kell állítani a jogosultságot a logfájlra.

Mi a túróért nincs ez leírva irgum-burgum ???

Hibaüzenetek a következők voltak : Internal server error és unknown system error ...

( Gordon Comstock (nem ellenőrzött) | 2006. 03. 16., cs – 13:12 )

Gondolom, te azonos vagy azzal az ice nickű emberkével aki anno az mlf listákon írt.
Ha jól gondolom, akkor megnyugtattál: nem csak én szívok a TSM hülyeségei miatt :-)
Eddig azzal vigasztaltam magam, hogy sok közöm nincs a linux világhoz, VMS kliens meg viszonylag stabilnak nevezhető.
Egyébként kipróbáltam ugyanezt FreeBSD-n is, ott még izgalmasabb a végeredmény. A rossz helyre tett könyvtár/hiányzó link, meg az LD_LIBRARY_PATH ott is kellett, de még így is csak az admin felületet tudtam működésre bírni. A backup kliens már elhasalt, hiába írtam át a megfelelő mtab/fstab bejegyzéseket a /usr/local/etc alatt.

Legközelebb kérdezz engem, én elérhető voltam :-P
(jól látom, hogy a support Zoltánnak szólított? Akkor te mégsem az az Ice vagy akit én "ismertem"? :( )
Na jó, a fenti kicsit nagyképű duma, mert guru nem vagyok, de azért láttam már közelebbről is TSM-t (szervert is meg kliens oldalt is)

( tolmi | 2006. 03. 16., cs – 18:23 )

Ez most nem Oracle, de az összes eddigi Oracle-ös postodnál eszembe jut, hogy vajon használod-e elég alaposan a metalinket? Mert az eddigi szívásaid 90%-a ott le van írva...

Metalink support - rémálmok rémálma :-D

Korábban nem volt szerencsém rman+TDPO pároshoz és visszatöltési tesztet kellett csinálni. Mi az nekem? Adatbázis ment, shutdown abort, rm -rf /adatbázis_file-ok/ (benne control file-ok, redo logok, adatfile-ok)
Visszatöltés indul, az utolsó archivlog rátöltésig minden OK, de követeli a következő, nem létezőt...
Ha jól emléxem, kb. három hétig szívtam vele és legalább másfél hétig az egyik supportost is szórakoztattam ezzel. Megoldás sehol.
Végül nagynehezen "leesett": ha törlöm a redo logokat, akkor biza ez van: reklamálni fog a recover az idők végezetéig - teljes joggal.
No azóta kissé... khm...
Legalább kétszer leírtam, hogy _minden_ file-t töröltem restore/recover előtt. Nekik sem tűnt fel, hogy ez így nem jó. :-D