Maclean’s Oracle Database Tech Blog Archives

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   ORA-00600: internal error code, arguments: [4194], [71], [4], [], [], [], [], [] ORA-00600: 内部的なエラコードで、バラメタ: [4194]エラは前に何度も検討した。 【Oracleデータリカバリ】BBEDでORA-600[4193]とORA-600[4194]をリカバリする例 【Oracleデータリカバリ】ORA-600[4194]エラ例   一般的に、ORA-600[4194]内部的なエラはredo記録とロールバック記録と一致していないことによるものである。OracleがUndo record numberを検証するときに、redoと change及びロールバックセグメントのundo record numberを比べる。相違が現れたら、4194エラと報告する。そのエラはargument[a][b]。aはセグメントで一番大きいなundo record numberと意味している。Bはredoログで記されたundo record numberと意味している。このエラはロールバックセグメントあるいはredo logログファイルエラで引き起こす。 ORA-00600[4194]エラの根本的な原因はredo記録とロールバック記録と一致していないから。ORACLEがundo記録を検証するときに該当する変化はundoデータブロックを最大のundo記録に利用してください。この時、エラになるとORA-00600[4194]と報告する。   ORA-600[4194]の二つの意味： Arg [a] Maximum Undo record number in Undo block Arg [b] Undo record number from…

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   ORA-00600[4193]エラはORACLE 6.0から導入された。ORA-00600エラが現れる主な原因はRedo記録とRollback(undo)記録が一致していないからである。OracleがUndo Block sequence番号を検証するときに関連するblock changeのRedo Block中のsequence numberを比べたが、一致していないと気づいた。このエラはOracleカーネルトランザクションUndo管理層に属している。 このエラはOracleインスタンスをシャットダウンさせるかもしれない。   二つのArgumentの意味は： Arg [a] Undo 記録のsequence number Arg [b] Redo記録のsequence number 例えば： ORA-00600: internal error code, arguments: [4193], [8023], [8068], [], [], [], [], [] 一般的にORA-00600[4193]エラはrollback segmentセグメント損害/エラに関連する。Oracleもバックアップでトラブルをリカバリすることを勧める。確かにバックアップがない場合に、人工的にリカバリしてください。 ORA-00600[4193]エラに関連するbugは以下の通り：   NB Bug Fixed Description 14034244 11.2.0.3.BP09, 12.1.0.0 Lost write type corruption…

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   ORA-00600[4097]エラ例は以下の通り： Oracle内部的なエラ:ORA-00600:[4097]の例 ORA-00600[4097]エラはOracle 7.3から導入された。これはOracleがロールバックセグメントヘッダをアクセスするときに、トランザクションがコミットされたかを確認するが、関連するXIDにトラブルが起きたと気づいた。一般的、これはロールバックセグメントに損害/エラがあるからである。このエラはカーネルロールバックに属している。これによって、データベースが起動できなくなる。あるいは持続的にエラ報告が現れる。 ORA-00600[4097]エラに関連するBUGは以下の通り： 13340388 11.2.0.3.3, 11.2.0.3.BP07, 12.1.0.0 ORA-600 [kzaxpopr14 -Error in decoding xml text] when querying V$XML_AUDIT_TRAIL 10249791 11.2.0.2.BP02,on DMLS referencing SECUREFILE plugged 11.2.0.2.7, 11.2.0.3, 12.1.0.0 11.1.0.7.4, 11.2.0.1.2, 11.2.0.2, 12.1.0.0 11.1.0.7.2, 11.2.0.1.1, 11.2.0.2, 12.1.0.0 7687856 11.2.0.1 5653641 11.2.0.1 ORA-600 [4097] / ORA-600 [4000] reported using transportable…

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   関連するインスタンス Oracleデータリカバリ:ORA-00600:[4000] ORA-00704: bootstrap process failureの解決例 【Oracleデータリカバリ】ORA-00600[4000]エラ解析 ORA-00600[4000][a]エラはOracle 6.0から導入される。これはOracleがディクショナリーメモリーからundo segment numberをロケットしてみたが、失敗した。このエラはカーネルトランザクションUNDOに属している。このエラはデータベースをシャットダウンさせる、あるいは起動できなくなる。   そのargumentの意味は  Arg [a] Undo segment numberつまりロールバックセグメント番号 古いバーションではテーブルスペースで伝送する。それに伝送されたテーブルはDMLがあるときにBUGによって、トラブルになる。ファイル1371820.8に参考してください。 9i後のバーションにはORA-00600[4000]エラがあれば、一般的にストレージOSなど電源が切れたあるいはトラブルでOracleのundo segmentがこわれたによるものである。   以下はORA-00600[4000]のBUGリスト：   NB Bug Fixed Description 16761566 11.2.0.4, 12.1.0.2, 12.2.0.0 Instance fails to start with ORA-600 [4000] [usn#] 13910190 11.2.0.3.BP15, 11.2.0.4, 12.1.0.1 ORA-600 [4000] from plugged…

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected] ORA-00600[ktspgfb-1]の解決例として、trace情報は以下の通り： Oracle9i Enterprise Edition Release 9.2.0.8.0 – 64bit Production ORA-00600: internal error code, arguments: [ktspgfb-1], [], [], [], [], [], [], [] Current SQL statement for this session: INSERT INTO XX —- Call Stack Trace —– calling call entry argument values in hex location type point (? means dubious…

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   ORA-00600:[kcbgcur_3]の解決例として、kcbgcur_3という関数にORA-00600エラが現れたとはある”CURRENT”状態にあるcache bufferにストレージされたのは予想したデータアドレスで、つまりTABLESPACE番号と関連するDBA(RDBA)。けどOracleはこのブロックが予想したオブジェクトに属していないと気づいた(実は別のData_object_idを見つけ出したから)。 一般的に、これはデータにロジックエラが現れたからである。主な原因は以下の通り： 1. Lost Writeがひどくて、ロジックの整合性を失った。 2. Oracle自身のbugによってロジックの整合性を失った。 この例でkcbgcur_3に関するargumentはORA-00600: internal error code, arguments: [kcbgcur_3], [91738], [1], [0], [0], [], [], []がデータベースバーションは9.2.0.8である。， 付録のkcbgcur_3のargument情報解析に参考して、各argumentの意味は Arg [a] 91738 つまりobject_id Arg [b] 1一時的な相手と意味する 91738でobject_idがエラ相手を獲得できる。相手のタイプによって、異なるリカバリ方法を実行してください。 この例のstack callは以下の通り: —– Call Stack Trace —– calling call entry argument values in hex location type point (?…

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected] ORA-00600[2256]エラが現れて、関連する情報は以下の通り： ORA-00600: internal error code, arguments: [2256], [0], [1073741824], [5], [40009], [], [], [] 複数のargumentの意味： ora-600 [2256][0][1073741824][1][293672646] ERROR: ORA-600 [2256][a][b][c][d][e] VERSIONS: versions 7.3.X, 8.0.X, 8.1.X DESCRIPTION: This exception indicates that you attempted to ADJUST_SCN but the level supplied would be less that the current SCN. ARGUMENTS: a. Requested SCN…

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected] exp TC/TC direct=true imp TC/TC show=y full=y ^ Import fails as the export file is corrupt: IMP-9: abnormal end of export file 00009, 00000, “abnormal end of export file” // *Cause: The export file is probably from an aborted Export session. // *Action: If so, retry the export and…

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected]   Oracleデータベースが起動できないときに、大体は以下の状況に分けられる： バラメタ設定が間違えた コントロールファイルが壊れた ログファイルがこわれた データファイルヘッダがこわれた データディクショナリーがこわれた UNDO損害 SMONがトランザクションをロールバックするときにトラブルが起きた   異なるエラORA-00600/ORA-07445などに対して、異なった対応法も挙げられる： ORACLEで現れたデータブロック損害/診断corruptionはいろいろあるが、症状に分けると、以下の通りになる：  ORA-01578エラ  ORA-600[61xx]エラ  ORA-600[3339]あるいはORA-600[3398]  ORA-600[2130],ORA-600[2845],ORA-600[4147]エラなど  SELECT が探し出したエラデータ このようなORACLEデータブロックがこわれたトラブルに対して、以下のような使いやすいステップがある： 1、データベースがオープンした状態ではブロックが位置しているデータファイル番号、ブロック番号を判断する必要がある（テーブルあるいはインディクス）。ORA-1578エラあるいはORA-600が報告した変数情報に対して、以下のSQLで位置を確かめる SELECT tablespace_name, segment_type, owner, segment_name FROM dba_extents WHERE file_id = &fileid and &blockid between block_id AND block_id + blocks – 1; 2、前のステップに獲得したSEGMENT_TYPEによって、以下のSEGMENT_TYPEの場合は再構造できる：  index…

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：[email protected] こんな可能性もある：ORACLE ASMがディスクを無事に追加したが，disk groupのrebalanceが始まっていない。けど、追加したdiskにはハードウェアトラブルが起きて、ディスクを追加したあと、ディスクヘッダに書き込むすべてのメータデータもなくした。それに、diskgroupは外部のリダンダンシーで、つまりEXTERNAL Redundancyである。だからそのdiskgroupはあるDISKに追加した。そのDISKのmetadataを全部なくしたから、diskgroup がまともにMOUNTできない。 disk headerのKFBTYP_DISKHEADだけじゃなく、追加したdiskのすべてのmetadataもなくしたから、KFBTYP_DISKHEADの情報をkfed mergeでリカバリできない。特別な人工処置でこのトラブルを避けられる。 以下のインスタンスのように: SUCCESS: diskgroup TESTDG03 was created NOTE: cache deleting context for group TESTDG03 1/0x86485c30 NOTE: cache registered group TESTDG03 number=1 incarn=0xab385c36 NOTE: cache began mount (first) of group TESTDG03 number=1 incarn=0xab385c36 NOTE: Assigning number (1,3) to disk (/oracleasm/asm-disk04) NOTE: Assigning number…