ez csunya, csak 18 even felulieknek :)
egy kollega 9i-rol 10.2.0.4-re upgradelt egy UAT adatbazist solaris-on.
az upgrade sikeresnek bizonyult.
kis ido elteltevel hivasokat kezdett kapni a fejlesztoktol/teszteloktol, hogy valami nem mukodik tokeletesen, a kovetkezo hibauzeneteket kapjak:
ERROR at line 1:
ORA-04068: existing state of packages has been discarded
ORA-04065: not executed, altered or dropped stored procedure "PUBLIC.DBMS_LOB"
ORA-06508: PL/SQL: could not find program unit being called: "PUBLIC.DBMS_LOB"
ORA-06512: at "XXXXX.YYYYY_ZZZ_BL_PKG", line 354
ORA-06512: at "SSSSS.WWWWW_PPPPP_BL_PKG", line 354
ORA-06512: at line 4
Nehany probalkozas utan szolt hogy menjek segiteni, mert elakadt.
ORA-4068-nal altalaban egy recompile segit a dolgon, de mivel itt a DBMS_LOB-ra panaszkodott a rendszer kicsit gyanakodni kezdtem.
Vegigneztem az upgrade logot, dba_registry, minden jonak tunt.
Invalid objektumok nincsenek. Furcsa!!
Hat akkor hajra:
alter system flush shared_pool;
alter package dbms_lob compile;
alter package dbms_lob compile body;
@?/rdbms/admin/utlrp
ezek utan fejlesztok mar hivtak is hogy megjavult a rendszer. Na, milyen ugyesek voltunk. szevasztok, hazamentem.
Masnap reggel azzal fogadtak, hogy nehany oraig mukodott a rendszer azota azonban ismet a fenti hibauzeneteket kapjak. (a kollega korabban ujra lefuttatta a catalog, catproc duot, de nem segitett).
Ismetlem, nincsenek invalid objektumok!
Ekkor mar mindketten erosen raztuk a fejunket es bug-ot szimatoltunk. Ebben az esetben csak egy shared pool flush-t eresztettem el, mert nem lattam ertelmet ujraforditani az egyebkent is valid objektumokat. Ujra megjavult a rendszer. A kollega ekkor mar oriasi lendulettel nyitotta a SR-t a metalinken.
Idokozben bogarasztam kicsit oracle-eknel es nicsak mit talaltam:
Doc ID: 778842.1
ez eleg kozel van ahhoz amit mi kaptunk :P
Subject: Possible causes for ORA-4068 and ORA-4065 in 10gR2
Bug 6136074 ORA-4068 ORA-4065 ORA-06508 ERRORS SIGNALED FOR VALID OBJECTS
tovabb olvasva egy szuper "data dictionary consistency check" anyagot talaltam, legfuttattam es majdnem sirva fakadtam:
.
az output ment a metalinkre az SR-ba, eredmeny meg nincs, de szerintem tuti adatszotar (data dictionary) korrupcio.
.
Problem: SOURCE$ for OBJ# not in OBJ$ - Bug:3532977 ?
SOURCE$ has 68 rows for 1 OBJ# values not in OBJ$
.
.
Problem: Dependency$ p_timestamp mismatch for VALID objects
.
.
Warning: Synonym LAST_DDL_TIME!=CREATED - May hit Bug:2371453
.
.
Found 78 potential problems and 396 warnings
Contact Oracle Support with the output
to check if the above needs attention or not
Ha valakit erdekelnek az adatszotar csekker szkriptek ("hcheck.sql" script to check for known problems in Oracle8i,Oracle9i, Oracle10g and Oracle 11g):
METALINK SCRIPT DOC ID 136697.1
vagy uzenet nekem.
Ajánlott bejegyzések:
A bejegyzés trackback címe:
Kommentek:
A hozzászólások a vonatkozó jogszabályok értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a Felhasználási feltételekben és az adatvédelmi tájékoztatóban.
Rekspa 2010.08.10. 15:53:10