Ez az "oracle" hirdetesi felulet pillanatnyilag INGYEN kiado! Miert? Mert ha a google.hu-ba beirod hogy "oracle dba" eleg elokelo helyen vagyok! altalaban 1. :P kuldj mailt ide: orclblog [at] gmail.com

Naptár

május 2024
Hét Ked Sze Csü Pén Szo Vas
<<  < Archív
1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31

Friss topikok

2009.03.13. 17:46 darvat

ORA-04068 ORA-04065 ORA-06512 - adatszotar korrupcio - data dictionary corruption - Oracle DBA - Oracle Adatbazis - Oracle database

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
Subject: Possible causes for ORA-4068 and ORA-4065 in 10gR2
Bug 6136074 ORA-4068 ORA-4065 ORA-06508 ERRORS SIGNALED FOR VALID OBJECTS
ez eleg kozel van ahhoz amit mi kaptunk :P

tovabb olvasva egy szuper "data dictionary consistency check" anyagot talaltam, legfuttattam es majdnem sirva fakadtam:

.
.
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
az output ment a metalinkre az SR-ba, eredmeny meg nincs, de szerintem tuti adatszotar (data dictionary) korrupcio.

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.
 

1 komment


A bejegyzés trackback címe:

https://oracle.blog.hu/api/trackback/id/tr601000441

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

Áh jó látni, hogy nem csak mi szívunk a ORA-06508-cal!:)
süti beállítások módosítása