Oracle ORA-15196 ORACLE ASMトラブル解析

プロのOracle Databaseの復旧サービスを提供 携帯番号： +86 13764045638 メール：service@parnassusdata.com

一般的、ASMメータデータブロックが(metadata block)にとてつもないトラブルが検証された場合に限って、この文で紹介するORA-15196エラを報告する。   ORA-15196エラのフォーマットは：   ORA-15196: invalid ASM block header [1st] [2nd] [3rd] [4th] [5th != 6th]   関連する変数の意味は：   1st， このエラを引き起こしたOracleカーネル関数の名前とコードの行数 2nd，　トラブルを引き起こしたエリアの名前を検証する 3rd ， そのブロックに格納されたASM番号      http://www.parnassusdata.com/ 4th，そのブロックに格納されたASMブロック番号 5th， 2^ndで指定していたエリアで実際に格納していた数値 6th,  2^ndで指定していたエリアで格納したい数値     例えば：   ORA-15196: invalid ASM block header [kfc.c:7997] [endian_kfbh] [1] [93] [211 != 0]       kfc.c:7997は今回のORA-15196エラを引き起こしたコードはkfc.cでカーネルソースコードは7997のコード endian_kfbh :トラブルがあるエリアの名前を検証する。endian_kfbhはendianの属性をスクライブするときに使われる。 そのブロックに格納されたASM番号：1 そのブロックに格納されたASM番号：93 2nd 2^ndで指定していたエリアで実際に格納していた数値 2^ndで指定していたエリアで格納したい数値：0       前のバラメタを解析する  

• 検証でトラブルのエリア名前を探し出した。

ASM metadataメータデータはいろんな構造により構造された。例えば、FILE directoryファイルディレクトリ、Disk Directoryディスクディレクトリ、，Active Change Directory(ACDC)これらの情報はASM の第一号ファイルから255号ファイルに格納される。各ファイルはASM Extentに構造される。またExtentは大きさが4096 bytesのASM blockで構造される(Metadata Fileに限って、このようになるが、Oracle DatafileデータファイルはDB_BLOCK_SIZE大きさのデータブロックで構造される)。ここで、各ASM BLOCKに必要なブロックヘッダKFBH,を含んでいて、以下のようになる： kfbh.endian:                          1 ; 0x000: 0x01 kfbh.hard:                          130 ; 0x001: 0x82 kfbh.type:                            4 ; 0x002: KFBTYP_FILEDIR kfbh.datfmt:                          1 ; 0x003: 0x01 kfbh.block.blk:                       1 ; 0x004: blk=1 kfbh.block.obj:                       1 ; 0x008: file=1 kfbh.check:                   325804796 ; 0x00c: 0x136b62fc kfbh.fcn.base:                        0 ; 0x010: 0x00000000 kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000 kfbh.spare1:                          0 ; 0x018: 0x00000000 kfbh.spare2:                          0 ; 0x01c: 0x00000000       KFBHはせいぜいC言語ヘッダファイルで定義されたStructureだけで、定義は以下の通りになる：   endian_kfbh       /* endianness of writer              */ hard_kfbh         /* H.A.R.D. magic # and block size   */ type_kfbh      /* metadata block type               */ datfmt_kfbh       /* metadata block data format        */ block_kfbh       /* block location of this block      */ check_kfbh        /* check value to verify consistency */ fcn_kfbh         /* change number of last change      */ spare1_kfbh       /* zero pad out to 32 bytes          */ spare2_kfbh       /* zero pad out to 32 bytes          */     以上各エリアもトラブルトラブルのエリアを検証する。例えば：   ORA-15196: invalid ASM block header [kfc.c:7997] [endian_kfbh] [1] [93] [211 != 0] ORA-15196 INVALID ASM BLOCK HEADER [KFC.C 8064] [CHECK_KFBH] [2147483827] [2]    

• ASM Blockに格納されたASMオブジェクト番号object_number

  各ASM metadata blockは指定していたASM 構造メータファイルに該当している。kfbh.block.objはブロックヘッダのオブジェクト番号情報で、ASMのファイル番号でもある。例えば以下のように、つまり、1号ファイルKFBTYP_FILEDIR File Directory   [oracle@mlab2 ~]$ kfed  read /oracleasm/asm-disk01 aun=2 blkn=1 aus=4194304|less kfbh.endian:                          1 ; 0x000: 0x01 kfbh.hard:                          130 ; 0x001: 0x82 kfbh.type:                            4 ; 0x002: KFBTYP_FILEDIR kfbh.datfmt:                          1 ; 0x003: 0x01 kfbh.block.blk:                       1 ; 0x004: blk=1 kfbh.block.obj:                       1 ; 0x008: file=1 kfbh.check:                   325804796 ; 0x00c: 0x136b62fc kfbh.fcn.base:                        0 ; 0x010: 0x00000000 kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000 kfbh.spare1:                          0 ; 0x018: 0x00000000 kfbh.spare2:                          0 ; 0x01c: 0x00000000     ASM File number: ASM Metadata: kfbh.type の関係       別のmetadata構造、例えばPST、KFBTYP_DISKHEADなど。そのkfbh.block.objはいつも2147483648で、つまり16進数 0x 80000000、例えば：   [oracle@mlab2 ~]$ kfed  read /oracleasm/asm-disk01 aun=0 blkn=0 aus=4194304|less kfbh.endian:                          1 ; 0x000: 0x01 kfbh.hard:                          130 ; 0x001: 0x82 kfbh.type:                            1 ; 0x002: KFBTYP_DISKHEAD kfbh.datfmt:                          1 ; 0x003: 0x01 kfbh.block.blk:                       0 ; 0x004: blk=0 kfbh.block.obj:              2147483648 ; 0x008: disk=0 kfbh.check:                   852050979 ; 0x00c: 0x32c94423 kfbh.fcn.base:                   106569 ; 0x010: 0x0001a049 kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000 kfbh.spare1:                          0 ; 0x018: 0x00000000 kfbh.spare2:                          0 ; 0x01c: 0x00000000          

• ASM blockに格納されたブロック番号 block number

  一つのASM Fileは複数のExtentによって構造される。一つのExtentもAllocation Unitである。複数のallocation Units(Variable Extent Size)もいける。 一つのExtentは複数のASM metadata block（一般的に大きさは4096 bytes）に構造される。ディフォルト1MB AUで、一つのextentは256のASM metadata blockに該当する。     kfbh.block.blkはあるファイルのブロック番号と意味している。例えば、kfbh.block.blk=93。では、あるファイルに格納されたextentにある。けど、そのextentはDisk groupにどんなASM diskのどんなAUでも構造できる。    

• 2^nd指定していたエリアで実際に格納した数値

  つまり二つ目に実際に格納された数値。    

• 2^nd指定していたエリアで理論的に格納した数値

つまり二つ目に理論的に格納された数値。   例えば：   ORA-15196: invalid ASM block header [kfc.c:7997] [endian_kfbh] [1] [93] [211 != 0]     これは一つ目のファイルの93ブロックのendian_kfbhエリアがkfc.cの7997コードに対して検証するときに見つけ出した。実際に格納された数値は211が実際にendian_kfbh一般的に二つの数値を含んでいて： 0x01 あるいは 0x00。0x01はLittle Endianで、0x00はBig Endianである。 211という数値はいけない数値で、大事な一つ目の93ブロックに損害が現れたと意味している。     ORA-15196に関するBUG Noteは以下の通り：           けど、ORA-15196エラを引き起こしたのはORACLE自身のBUGではなく、ORACLE以外の原因で導いた結果だから：              

1. ASMが使っているディスクはOSレベルからフォーマットされた。あるいはヘッダが上書きされた。例えば、AIXでchdevがpvヘッダを設定した。
2. ASMが使っているディスクがファイルシステムとされた。一般的に、これは誤操作によるものである。例えば、SAシステム管理者はあるASMディスクがオペレーションシステムに使われたから、無駄使いと認定して、mkfsする。
3. IOリンクあるいはストレージトラブル。例えば書き込みをなくしたなど
4. 別のアプリによるもの

     

• 必要なデータ

    ORA-15196 に対して、詩檀は以下のデータを収集することを勧めている：   Oracle アラームログalert.logと関連するtraceファイル トラブルがあるASM Diskの300MBデータのDD   まずはalert.logの内容でトラブルが起こったASM Disk番号を確認する： WARNING: cache failed to read fn=1 blk=80 from disk(s): 0 ORA-15196: invalid ASM block header [kfc.c:7997] [endian_kfbh] [1] [93] [211 != 0]   ここでdisk(s):0。DISK_NUMBER=0のASM DISKで後でddコマンドで300MBデータをコピする：   $dd if=<device path> of=/tmp/disk.dd bs= 1048576 count=300