I forbindelse det meget snart er so

I forbindelse det meget snart er sommer - ihvertfald målt udfra at folk herinde er gået på ferie, sidder vi stakkels stakkels DBAere (dem der er tilbage), med alle de andres databaser. Det er en helt pæn samling af produktion, test og udviklings databaser jeg sidder med lige nu.

Bl.a. derfor blev jeg besøgt at en kollega igår, der forsøgte at loade java ind i databasen ved hjælp af loadjava -user osv. - da denne fik fejlen ORA-00600 [kglobpg_is_pkg]. Miljøet er SUN og databasen er en 10.2.0.2.0.

Efter lidt hurtig søgning viser det sig at der er lidt rod i dependency$ tabellerne og det er bl.a. grunden til oracle 600 fejlen. Noten omkring dette findes på metalink og hedder 304593.1.

Løsningen er at logge på databasen som sqlplus / as sysdba og afvikle følgende;

update dependency$ set p_timestamp = (select stime from obj$ where obj#=p_obj#) where (select stime from obj$
where obj#=p_obj#)!=p_timestamp and (select type# from obj$ where obj#=p_obj#)=29
and (select owner# from obj$ where obj#=p_obj#)=0;

結果 (日本語) 1:

コンテキストでは、非常にすぐに、ここで人々 によると、少なくとも測定夏の休暇に行っている、我々 は貧しい人々 の貧しい人々 DBAere (それらの残り)、他のすべてのデータベース。私は今、座っている生産、テストおよび開発データベースの非常に素晴らしいコレクションです。とりわけ、なぜ訪問した同僚昨日 loadjava ユーザー等を使用してデータベースに java を読み込もうとしました。-ので、これはエラー ORA-00600 [kglobpg_is_pkg] を得た。環境は太陽とデータベースは、10.2.0.2.0。クイック検索のビットは、それが $ テーブルの依存関係には少し混乱がある、それは他のものの間で表示されます。なぜ oracle 600 エラー。このことについてメモをメタリンクし、304593.1 と呼ばれることができます。ソリューション データベースとして sysdba sqlplus/としてにログインし、次のことを実行することです依存関係 $ セット p_timestamp を更新 = (obj の $ から選択ショールどこ obj # = p_obj #) 場所 (obj の $ から選択ショールどこ obj # = p_obj #)! = p_timestamp、($ # obj から種類を選択、obj # = p_obj #) = 29(所有者の選択] obj の $ から # どこ obj # = p_obj #) = 0;

結果 (日本語) 2:

その非常にすぐに夏には-少なくともここに休暇に行っている人に基づいて測定し、我々は他のすべてのデータベースで、貧しい貧しいDBAere（のままであるもの）を座っています。それは私が今でよ生産、テストおよび開発データベースの完全素晴らしいコレクションです。とりわけ、これは、エラーがあったように、ORA-00600 [kglobpg_is_pkg] -したがって、私は、負荷のJava -userなどを使用してデータベースにJavaのロードしようとしていた仲間の昨日が訪れました。環境は日、データベースが10.2.0.2.0です。クイック検索の後、それは少し混乱が依存関係$表に存在することが表示され、含まれます なぜオラクル600エラー。これについてのノートはメタリンクで利用可能で、304593.1と呼ばれる。解決策は、SYSDBAとしてsqlplusを/としてデータベースにログオンし、以下を実行することです; =依存関係$セットp_timestampを更新（OBJから浅瀬を選択する場所（OBJ $ここでobjは＃= p_obj＃から浅瀬を選択） $！ここでobjは＃= p_obj＃）= p_timestampと（OBJ $ここでobjは＃= p_obj＃）= 29から型＃を選択し、（ここで、objは＃= p_obj＃）= 0 $ OBJから所有者の＃を選択します。我々は、他のすべてのデータベースで、貧しい貧しいDBAere（のままであるもの）を座っています。それは私が今でよ生産、テストおよび開発データベースの完全素晴らしいコレクションです。とりわけ、これは、エラーがあったように、ORA-00600 [kglobpg_is_pkg] -したがって、私は、負荷のJava -userなどを使用してデータベースにJavaのロードしようとしていた仲間の昨日が訪れました。環境は日、データベースが10.2.0.2.0です。クイック検索の後、それは少し混乱が依存関係$表に存在することが表示され、含まれます なぜオラクル600エラー。これについてのノートはメタリンクで利用可能で、304593.1と呼ばれる。解決策は、SYSDBAとしてsqlplusを/としてデータベースにログオンし、以下を実行することです; =依存関係$セットp_timestampを更新（OBJから浅瀬を選択する場所（OBJ $ここでobjは＃= p_obj＃から浅瀬を選択） $！ここでobjは＃= p_obj＃）= p_timestampと（OBJ $ここでobjは＃= p_obj＃）= 29から型＃を選択し、（ここで、objは＃= p_obj＃）= 0 $ OBJから所有者の＃を選択します。我々は、他のすべてのデータベースで、貧しい貧しいDBAere（のままであるもの）を座っています。それは私が今でよ生産、テストおよび開発データベースの完全素晴らしいコレクションです。とりわけ、これは、エラーがあったように、ORA-00600 [kglobpg_is_pkg] -したがって、私は、負荷のJava -userなどを使用してデータベースにJavaのロードしようとしていた仲間の昨日が訪れました。環境は日、データベースが10.2.0.2.0です。クイック検索の後、それは少し混乱が依存関係$表に存在することが表示され、含まれます なぜオラクル600エラー。これについてのノートはメタリンクで利用可能で、304593.1と呼ばれる。解決策は、SYSDBAとしてsqlplusを/としてデータベースにログオンし、以下を実行することです; =依存関係$セットp_timestampを更新（OBJから浅瀬を選択する場所（OBJ $ここでobjは＃= p_obj＃から浅瀬を選択） $！ここでobjは＃= p_obj＃）= p_timestampと（OBJ $ここでobjは＃= p_obj＃）= 29から型＃を選択し、（ここで、objは＃= p_obj＃）= 0 $ OBJから所有者の＃を選択します。これは、エラーがあったように、ORA-00600 [kglobpg_is_pkg] - したがって、私は、負荷のJava -userなどを使用してデータベースにJavaのロードしようとしていた仲間の昨日が訪れました。環境は日、データベースが10.2.0.2.0です。 クイック検索の後、それは少し混乱が依存関係$表に存在することが表示され、含まれます なぜオラクル600エラー。これについてのノートはメタリンクで利用可能で、304593.1と呼ばれる。解決策は、SYSDBAとしてsqlplusを/としてデータベースにログオンし、以下を実行することです; =依存関係$セットp_timestampを更新（OBJから浅瀬を選択する場所（OBJ $ここでobjは＃= p_obj＃から浅瀬を選択） $！ここでobjは＃= p_obj＃）= p_timestampと（OBJ $ここでobjは＃= p_obj＃）= 29から型＃を選択し、（ここで、objは＃= p_obj＃）= 0 $ OBJから所有者の＃を選択します。これは、エラーがあったように、ORA-00600 [kglobpg_is_pkg] - したがって、私は、負荷のJava -userなどを使用してデータベースにJavaのロードしようとしていた仲間の昨日が訪れました。環境は日、データベースが10.2.0.2.0です。 クイック検索の後、それは少し混乱が依存関係$表に存在することが表示され、含まれます なぜオラクル600エラー。これについてのノートはメタリンクで利用可能で、304593.1と呼ばれる。解決策は、SYSDBAとしてsqlplusを/としてデータベースにログオンし、以下を実行することです; =依存関係$セットp_timestampを更新（OBJから浅瀬を選択する場所（OBJ $ここでobjは＃= p_obj＃から浅瀬を選択） $！ここでobjは＃= p_obj＃）= p_timestampと（OBJ $ここでobjは＃= p_obj＃）= 29から型＃を選択し、（ここで、objは＃= p_obj＃）= 0 $ OBJから所有者の＃を選択します。

結果 (日本語) 3:

コンテキストはすぐにはこの夏は、少なくともここでは、人々によって測定され、休みの日に行った、私たちは貧乏な DBAere （これらの左にある）を、他のすべてのデータベースと低下します。 それは、生産、開発、およびテストのデータベースのとても素敵なコレクション私が今座っているのだ。

そのため、他のものの中で、私は昨日同僚に訪問したが、このため、 loadjava のユーザーなどを使用して、データベースに Java をロードしようとしたのは、エラーが発生して ORA-00600 だった（ kglobpg が _ pkg ) します。 環境は、太陽の光と、データベースがあります。 10.2 0.2 0 しています。

少しクイック検索依存関係ドルのテーブルでごちゃごちゃにするのは、ビットがあること、とりわけ、 oracle の理由の半分以下のエラーが表示されるが表示されます。 これについての注意は Metalink アグリーメントで使用可能で、 304593.1 と呼ばれています。

このソリューションは、 sysdba として sqlplus / としてデータベースにログインして、次のコマンドを実行します。

依存関係を見 p のタイムスタンプをアップデート = （ショール obj ドルが obj # = p obj #）（ショール obj ドル
ここで obj # = p obj #）から選択から選択！ = p タイムスタンプと（# obj ドルが obj # = p obj #からタイプを選択します ) = 29
と（所有者# obj ドルが obj # = p obj #から選択 ) = 0 ;