一次asm磁碟頭部資訊丟失故障
一、首先介紹下kfed這個工具配置
kfed這個工具預設是沒有編譯的,需要手工編譯
cd $ORACLE_HOME/rdbms/lib
make -f ins_rdbms.mk ikfed
使用kfed dump出裸裝置頭資訊,還是比較容易看懂對應的內容的
$kfed read /dev/drsk/c4t6001438007F3072900008000004A0000d0s6 > disk_header6.txt
$cat disk_header6.txt
kfbh.endian: 0 ; 0x000: 0x00
kfbh.hard: 130 ; 0x001: 0x82
kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD
kfbh.datfmt: 1 ; 0x003: 0x01
kfbh.block.blk: 0 ; 0x004: T=0 NUMB=0x0
kfbh.block.obj: 2147483650 ; 0x008: TYPE=0x8 NUMB=0x2
kfbh.check: 3404284687 ; 0x00c: 0xcae9430f
kfbh.fcn.base: 0 ; 0x010: 0x00000000
kfbh.fcn.wrap: 0 ; 0x014: 0x00000000
kfbh.spare1: 0 ; 0x018: 0x00000000
kfbh.spare2: 0 ; 0x01c: 0x00000000
kfdhdb.driver.provstr: ORCLDISK ; 0x000: length=8
kfdhdb.driver.reserved[0]: 0 ; 0x008: 0x00000000
kfdhdb.driver.reserved[1]: 0 ; 0x00c: 0x00000000
kfdhdb.driver.reserved[2]: 0 ; 0x010: 0x00000000
kfdhdb.driver.reserved[3]: 0 ; 0x014: 0x00000000
kfdhdb.driver.reserved[4]: 0 ; 0x018: 0x00000000
kfdhdb.driver.reserved[5]: 0 ; 0x01c: 0x00000000
kfdhdb.compat: 186646528 ; 0x020: 0x0b200000
kfdhdb.dsknum: 2 ; 0x024: 0x0002
kfdhdb.grptyp: 2 ; 0x026: KFDGTP_NORMAL
kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname: DSMDB_DATA_0002 ; 0x028: length=15
kfdhdb.grpname: DSMDB_DATA ; 0x048: length=10
kfdhdb.fgname: DSMDB_DATA_0002 ; 0x068: length=15
kfdhdb.capname: ; 0x088: length=0
kfdhdb.crestmp.hi: 32953839 ; 0x0a8: HOUR=0xf DAYS=0xf MNTH=0x5 YEAR=0x7db
kfdhdb.crestmp.lo: 3104781312 ; 0x0ac: USEC=0x0 MSEC=0x3cd SECS=0x10 MINS=0x2e
kfdhdb.mntstmp.hi: 32958032 ; 0x0b0: HOUR=0x10 DAYS=0x12 MNTH=0x9 YEAR=0x7db
kfdhdb.mntstmp.lo: 300389376 ; 0x0b4: USEC=0x0 MSEC=0x1e5 SECS=0x1e MINS=0x4
kfdhdb.secsize: 512 ; 0x0b8: 0x0200
kfdhdb.blksize: 4096 ; 0x0ba: 0x1000
kfdhdb.ausize: 1048576 ; 0x0bc: 0x00100000
kfdhdb.mfact: 113792 ; 0x0c0: 0x0001bc80
kfdhdb.dsksize: 307160 ; 0x0c4: 0x0004afd8
kfdhdb.pmcnt: 4 ; 0x0c8: 0x00000004
kfdhdb.fstlocn: 1 ; 0x0cc: 0x00000001
kfdhdb.altlocn: 2 ; 0x0d0: 0x00000002
kfdhdb.f1b1locn: 2 ; 0x0d4: 0x00000002
kfdhdb.redomirrors[0]: 0 ; 0x0d8: 0x0000
kfdhdb.redomirrors[1]: 0 ; 0x0da: 0x0000
kfdhdb.redomirrors[2]: 0 ; 0x0dc: 0x0000
kfdhdb.redomirrors[3]: 0 ; 0x0de: 0x0000
kfdhdb.dbcompat: 168820736 ; 0x0e0: 0x0a100000
kfdhdb.grpstmp.hi: 32953839 ; 0x0e4: HOUR=0xf DAYS=0xf MNTH=0x5 YEAR=0x7db
kfdhdb.grpstmp.lo: 3104054272 ; 0x0e8: USEC=0x0 MSEC=0x107 SECS=0x10 MINS=0x2e
kfdhdb.vfstart: 0 ; 0x0ec: 0x00000000
kfdhdb.vfend: 0 ; 0x0f0: 0x00000000
kfdhdb.spfile: 0 ; 0x0f4: 0x00000000
kfdhdb.spfflg: 0 ; 0x0f8: 0x00000000
kfdhdb.ub4spare[0]: 0 ; 0x0fc: 0x00000000
kfdhdb.ub4spare[1]: 0 ; 0x100: 0x00000000
kfdhdb.ub4spare[2]: 0 ; 0x104: 0x00000000
kfdhdb.ub4spare[3]: 0 ; 0x108: 0x00000000
kfdhdb.ub4spare[4]: 0 ; 0x10c: 0x00000000
kfdhdb.ub4spare[5]: 0 ; 0x110: 0x00000000
kfdhdb.ub4spare[6]: 0 ; 0x114: 0x00000000
kfdhdb.ub4spare[7]: 0 ; 0x118: 0x00000000
kfdhdb.ub4spare[8]: 0 ; 0x11c: 0x00000000
kfdhdb.ub4spare[9]: 0 ; 0x120: 0x00000000
kfdhdb.ub4spare[10]: 0 ; 0x124: 0x00000000
kfdhdb.ub4spare[11]: 0 ; 0x128: 0x00000000
kfdhdb.ub4spare[12]: 0 ; 0x12c: 0x00000000
kfdhdb.ub4spare[13]: 0 ; 0x130: 0x00000000
kfdhdb.ub4spare[14]: 0 ; 0x134: 0x00000000
kfdhdb.ub4spare[15]: 0 ; 0x138: 0x00000000
kfdhdb.ub4spare[16]: 0 ; 0x13c: 0x00000000
kfdhdb.ub4spare[17]: 0 ; 0x140: 0x00000000
kfdhdb.ub4spare[18]: 0 ; 0x144: 0x00000000
kfdhdb.ub4spare[19]: 0 ; 0x148: 0x00000000
kfdhdb.ub4spare[20]: 0 ; 0x14c: 0x00000000
kfdhdb.ub4spare[21]: 0 ; 0x150: 0x00000000
kfdhdb.ub4spare[22]: 0 ; 0x154: 0x00000000
kfdhdb.ub4spare[23]: 0 ; 0x158: 0x00000000
kfdhdb.ub4spare[24]: 0 ; 0x15c: 0x00000000
kfdhdb.ub4spare[25]: 0 ; 0x160: 0x00000000
kfdhdb.ub4spare[26]: 0 ; 0x164: 0x00000000
kfdhdb.ub4spare[27]: 0 ; 0x168: 0x00000000
kfdhdb.ub4spare[28]: 0 ; 0x16c: 0x00000000
kfdhdb.ub4spare[29]: 0 ; 0x170: 0x00000000
kfdhdb.ub4spare[30]: 0 ; 0x174: 0x00000000
kfdhdb.ub4spare[31]: 0 ; 0x178: 0x00000000
kfdhdb.ub4spare[32]: 0 ; 0x17c: 0x00000000
kfdhdb.ub4spare[33]: 0 ; 0x180: 0x00000000
kfdhdb.ub4spare[34]: 0 ; 0x184: 0x00000000
kfdhdb.ub4spare[35]: 0 ; 0x188: 0x00000000
kfdhdb.ub4spare[36]: 0 ; 0x18c: 0x00000000
kfdhdb.ub4spare[37]: 0 ; 0x190: 0x00000000
kfdhdb.ub4spare[38]: 0 ; 0x194: 0x00000000
kfdhdb.ub4spare[39]: 0 ; 0x198: 0x00000000
kfdhdb.ub4spare[40]: 0 ; 0x19c: 0x00000000
kfdhdb.ub4spare[41]: 0 ; 0x1a0: 0x00000000
kfdhdb.ub4spare[42]: 0 ; 0x1a4: 0x00000000
kfdhdb.ub4spare[43]: 0 ; 0x1a8: 0x00000000
kfdhdb.ub4spare[44]: 0 ; 0x1ac: 0x00000000
kfdhdb.ub4spare[45]: 0 ; 0x1b0: 0x00000000
kfdhdb.ub4spare[46]: 0 ; 0x1b4: 0x00000000
kfdhdb.ub4spare[47]: 0 ; 0x1b8: 0x00000000
kfdhdb.ub4spare[48]: 0 ; 0x1bc: 0x00000000
kfdhdb.ub4spare[49]: 0 ; 0x1c0: 0x00000000
kfdhdb.ub4spare[50]: 0 ; 0x1c4: 0x00000000
kfdhdb.ub4spare[51]: 0 ; 0x1c8: 0x00000000
kfdhdb.ub4spare[52]: 0 ; 0x1cc: 0x00000000
kfdhdb.ub4spare[53]: 0 ; 0x1d0: 0x00000000
kfdhdb.acdb.aba.seq: 0 ; 0x1d4: 0x00000000
kfdhdb.acdb.aba.blk: 0 ; 0x1d8: 0x00000000
kfdhdb.acdb.ents: 0 ; 0x1dc: 0x0000
kfdhdb.acdb.ub2spare: 0 ; 0x1de: 0x0000
二、asm磁碟丟失故障描述
故障環境描述:
作業系統:solaris 10
oracle元件:oracle 11g r2 rac
陣列儲存:asm
故障描述:
2011-09-18,接到領導電話說:湖南資料庫客戶端連不上資料庫,需要進行問題處理。
故障檢查:
1)檢查客戶端tnsnames.ora檔案,配置沒有問題。
2)檢查資料庫crs服務,發現節點172.20.1.6有很多服務沒有起來,於是嘗試重啟crs。在啟動的過程中發現磁碟組ora_data_dg啟動失敗,報錯顯示asm disk "6" 丟失。
3)經常檢查確認 disk "6" 在系統和陣列儲存上都沒有問題,可讀可寫可操作。
啟動crs服務時,asm的報錯資訊如下:
節點 172.20.1.6
-bash-3.00$ crs_start -all
CRS-5702: Resource 'ora.CRS.dg' is already running on 'dsmdb1'
CRS-5702: Resource 'ora.DSMDB_DATA.dg' is already running on 'dsmdb1'
CRS-5702: Resource 'ora.FRA.dg' is already running on 'dsmdb1'
CRS-5702: Resource 'ora.asm' is already running on 'dsmdb1'
CRS-5702: Resource 'ora.asm' is already running on 'dsmdb1'
CRS-2501: Resource 'ora.gsd' is disabled
CRS-5702: Resource 'ora.ons' is already running on 'dsmdb1'
CRS-5702: Resource 'ora.asm' is already running on 'dsmdb2'
CRS-2501: Resource 'ora.gsd' is disabled
CRS-5702: Resource 'ora.ons' is already running on 'dsmdb2'
CRS-2501: Resource 'ora.gsd' is disabled
CRS-5702: Resource 'ora.net1.network' is already running on 'dsmdb1'
CRS-5702: Resource 'ora.ons' is already running on 'dsmdb1'
CRS-5702: Resource 'ora.registry.acfs' is already running on 'dsmdb1'
Attempting to start `ora.gns.vip` on member `dsmdb2`
Attempting to start `ora.ORA_DATA_DG.dg` on member `dsmdb2`
Attempting to start `ora.oc4j` on member `dsmdb2`
Attempting to start `ora.cvu` on member `dsmdb2`
Start of `ora.cvu` on member `dsmdb2` succeeded.
Start of `ora.gns.vip` on member `dsmdb2` succeeded.
Attempting to start `ora.gns` on member `dsmdb2`
Start of `ora.gns` on member `dsmdb2` succeeded.
Attempting to start `ora.dsmdb2.vip` on member `dsmdb2`
Attempting to start `ora.scan1.vip` on member `dsmdb1`
Attempting to start `ora.scan2.vip` on member `dsmdb2`
Attempting to start `ora.scan3.vip` on member `dsmdb1`
Start of `ora.scan2.vip` on member `dsmdb2` succeeded.
Attempting to start `ora.LISTENER_SCAN2.lsnr` on member `dsmdb2`
Start of `ora.scan1.vip` on member `dsmdb1` succeeded.
Attempting to start `ora.LISTENER_SCAN1.lsnr` on member `dsmdb1`
Start of `ora.dsmdb2.vip` on member `dsmdb2` succeeded.
Attempting to start `ora.LISTENER.lsnr` on member `dsmdb2`
Start of `ora.scan3.vip` on member `dsmdb1` succeeded.
Attempting to start `ora.LISTENER_SCAN3.lsnr` on member `dsmdb1`
------------------------------------------------------------------------------------------
CRS-5017: The resource action "ora.ORA_DATA_DG.dg start" encountered the following error: |
ORA-15032: not all alterations performed |
ORA-15040: diskgroup is incomplete |
ORA-15042: ASM disk "6" is missing from group number "4" |
------------------------------------------------------------------------------------------
Start of `ora.ORA_DATA_DG.dg` on member `dsmdb2` failed.
Attempting to stop `ora.ORA_DATA_DG.dg` on member `dsmdb2`
Stop of `ora.ORA_DATA_DG.dg` on member `dsmdb2` succeeded.
Start of `ora.LISTENER_SCAN3.lsnr` on member `dsmdb1` succeeded.
Attempting to start `ora.dsmdb.db` on member `dsmdb2`
Start of `ora.LISTENER_SCAN1.lsnr` on member `dsmdb1` succeeded.
Start of `ora.LISTENER.lsnr` on member `dsmdb2` succeeded.
Start of `ora.LISTENER_SCAN2.lsnr` on member `dsmdb2` succeeded.
Start of `ora.oc4j` on member `dsmdb2` succeeded.
-----------------------------------------------------------------------------------------
CRS-5017: The resource action "ora.dsmdb.db start" encountered the following error: |
ORA-01157: cannot identify/lock data file 6 - see DBWR trace file |
ORA-01110: data file 6: '+ORA_DATA_DG/dsmdb/statis_tb01.dbf' |
-----------------------------------------------------------------------------------------
Start of `ora.dsmdb.db` on member `dsmdb2` failed.
Attempting to stop `ora.dsmdb.db` on member `dsmdb2`
Stop of `ora.dsmdb.db` on member `dsmdb2` succeeded.
CRS-2632: There are no more servers to try to place resource 'ora.dsmdb.db' on that would satisfy its placement policy
Attempting to start `ora.dsmdb1.vip` on member `dsmdb1`
Start of `ora.dsmdb1.vip` on member `dsmdb1` succeeded.
Attempting to start `ora.LISTENER.lsnr` on member `dsmdb1`
Start of `ora.LISTENER.lsnr` on member `dsmdb1` succeeded.
Attempting to start `ora.ORA_DATA_DG.dg` on member `dsmdb1`
CRS-5017: The resource action "ora.ORA_DATA_DG.dg start" encountered the following error:
ORA-15032: not all alterations performed
ORA-15040: diskgroup is incomplete
ORA-15042: ASM disk "6" is missing from group number "4"
Start of `ora.ORA_DATA_DG.dg` on member `dsmdb1` failed.
Attempting to stop `ora.ORA_DATA_DG.dg` on member `dsmdb1`
Stop of `ora.ORA_DATA_DG.dg` on member `dsmdb1` succeeded.
CRS-0223: Resource 'ora.CRS.dg' has placement error.
CRS-0223: Resource 'ora.DSMDB_DATA.dg' has placement error.
CRS-0223: Resource 'ora.FRA.dg' has placement error.
CRS-0223: Resource 'ora.asm' has placement error.
CRS-0215: Could not start resource 'ora.dsmdb.db 1 1'.
CRS-0223: Resource 'ora.dsmdb.db 2 1' has placement error.
CRS-0223: Resource 'ora.dsmdb1.ASM1.asm' has placement error.
CRS-2660: Resource 'ora.dsmdb1.gsd' or all of its instances are disabled
CRS-0223: Resource 'ora.dsmdb1.ons' has placement error.
CRS-0223: Resource 'ora.dsmdb2.ASM2.asm' has placement error.
CRS-2660: Resource 'ora.dsmdb2.gsd' or all of its instances are disabled
CRS-0223: Resource 'ora.dsmdb2.ons' has placement error.
CRS-2660: Resource 'ora.gsd' or all of its instances are disabled
CRS-0223: Resource 'ora.net1.network' has placement error.
CRS-0223: Resource 'ora.ons' has placement error.
CRS-0223: Resource 'ora.registry.acfs' has placement error.
==============================================================
下面是alert日誌摘要資訊如下:
節點172.20.1.6
SQL> ALTER DISKGROUP ORA_DATA_DG MOUNT /* asm agent *//* {1:25596:166} */
NOTE: cache registered group ORA_DATA_DG number=4 incarn=0x6cf88256
NOTE: cache began mount (first) of group ORA_DATA_DG number=4 incarn=0x6cf88256
NOTE: Assigning number (4,21) to disk (/dev/rdsk/c4t6001438007F307290000900000360000d0s6)
NOTE: Assigning number (4,20) to disk (/dev/rdsk/c4t6001438007F307290000900000320000d0s6)
NOTE: Assigning number (4,19) to disk (/dev/rdsk/c4t6001438007F3072900009000002E0000d0s6)
NOTE: Assigning number (4,18) to disk (/dev/rdsk/c4t6001438007F307290000900000260000d0s6)
NOTE: Assigning number (4,17) to disk (/dev/rdsk/c4t6001438007F307290000900000220000d0s6)
NOTE: Assigning number (4,16) to disk (/dev/rdsk/c4t6001438007F3072900009000001E0000d0s6)
NOTE: Assigning number (4,15) to disk (/dev/rdsk/c4t6001438007F307290000900000120000d0s6)
NOTE: Assigning number (4,14) to disk (/dev/rdsk/c4t6001438007F3072900009000000E0000d0s6)
NOTE: Assigning number (4,13) to disk (/dev/rdsk/c4t6001438007F307290000900000060000d0s6)
NOTE: Assigning number (4,12) to disk (/dev/rdsk/c4t6001438007F3072900008000006E0000d0s6)
NOTE: Assigning number (4,11) to disk (/dev/rdsk/c4t6001438007F3072900008000005E0000d0s6)
NOTE: Assigning number (4,10) to disk (/dev/rdsk/c4t6001438007F3072900008000004E0000d0s6)
NOTE: Assigning number (4,9) to disk (/dev/rdsk/c4t6001438007F3072900008000003E0000d0s6)
NOTE: Assigning number (4,8) to disk (/dev/rdsk/c4t6001438007F307290000800000360000d0s6)
NOTE: Assigning number (4,7) to disk (/dev/rdsk/c4t6001438007F307290000800000320000d0s6)
NOTE: Assigning number (4,5) to disk (/dev/rdsk/c4t6001438007F3072900008000002E0000d0s6)
NOTE: Assigning number (4,4) to disk (/dev/rdsk/c4t6001438007F307290000800000260000d0s6)
NOTE: Assigning number (4,3) to disk (/dev/rdsk/c4t6001438007F307290000800000220000d0s6)
NOTE: Assigning number (4,2) to disk (/dev/rdsk/c4t6001438007F3072900008000001E0000d0s6)
NOTE: Assigning number (4,1) to disk (/dev/rdsk/c4t6001438007F3072900008000001A0000d0s6)
NOTE: Assigning number (4,0) to disk (/dev/rdsk/c4t6001438007F3072900008000000E0000d0s6)
Sun Sep 18 16:07:20 2011
NOTE: start heartbeating (grp 4)
GMON querying group 4 at 30 for pid 24, osid 9107
NOTE: Assigning number (4,6) to disk ()
GMON querying group 4 at 31 for pid 24, osid 9107
NOTE: cache dismounting (clean) group 4/0x6CF88256 (ORA_DATA_DG)
NOTE: dbwr not being msg'd to dismount
NOTE: lgwr not being msg'd to dismount
NOTE: cache dismounted group 4/0x6CF88256 (ORA_DATA_DG)
NOTE: cache ending mount (fail) of group ORA_DATA_DG number=4 incarn=0x6cf88256
NOTE: cache deleting context for group ORA_DATA_DG 4/0x6cf88256
GMON dismounting group 4 at 32 for pid 24, osid 9107
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
NOTE: Disk in mode 0x8 marked for de-assignment
ERROR: diskgroup ORA_DATA_DG was not mounted
ORA-15032: not all alterations performed
ORA-15040: diskgroup is incomplete
ORA-15042: ASM disk "6" is missing from group number "4"
ERROR: ALTER DISKGROUP ORA_DATA_DG MOUNT /* asm agent *//* {1:25596:166} */
Sun Sep 18 16:07:28 2011
ASM Health Checker found 1 new failures
診斷確定:
引起問題的原因可能是asm磁碟組的頭部記錄disk "6"資訊發生了改變,asm磁碟組在啟動時會找disk "6"改變之前的資訊發現不到,磁碟組啟動時報錯磁碟"6"丟失。
時間:
2011-09-18
三、使用kfed備份磁碟頭部資訊
1)使用kfed獲取磁碟組ORA_DATA_DG number (4,6) /dev/drsk/c4t6001438007F3072900008000004A0000d0s6頭部資訊
$ kfed read /dev/drsk/c4t6001438007F3072900008000004A0000d0s6 > disk_header6.txt
$ cat disk_header6.txt
kfbh.endian: 0 ; 0x000: 0x00
kfbh.hard: 130 ; 0x001: 0x82
kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD
kfbh.datfmt: 1 ; 0x003: 0x01
kfbh.block.blk: 0 ; 0x004: T=0 NUMB=0x0
kfbh.block.obj: 2147483650 ; 0x008: TYPE=0x8 NUMB=0x2
kfbh.check: 3404284687 ; 0x00c: 0xcae9430f
kfbh.fcn.base: 0 ; 0x010: 0x00000000
kfbh.fcn.wrap: 0 ; 0x014: 0x00000000
kfbh.spare1: 0 ; 0x018: 0x00000000
kfbh.spare2: 0 ; 0x01c: 0x00000000
kfdhdb.driver.provstr: ORCLDISK ; 0x000: length=8
kfdhdb.driver.reserved[0]: 0 ; 0x008: 0x00000000
kfdhdb.driver.reserved[1]: 0 ; 0x00c: 0x00000000
kfdhdb.driver.reserved[2]: 0 ; 0x010: 0x00000000
kfdhdb.driver.reserved[3]: 0 ; 0x014: 0x00000000
kfdhdb.driver.reserved[4]: 0 ; 0x018: 0x00000000
kfdhdb.driver.reserved[5]: 0 ; 0x01c: 0x00000000
kfdhdb.compat: 186646528 ; 0x020: 0x0b200000
kfdhdb.dsknum: 2 ; 0x024: 0x0002
kfdhdb.grptyp: 2 ; 0x026: KFDGTP_NORMAL
kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname: DSMDB_DATA_0002 ; 0x028: length=15
kfdhdb.grpname: DSMDB_DATA ; 0x048: length=10
kfdhdb.fgname: DSMDB_DATA_0002 ; 0x068: length=15
kfdhdb.capname: ; 0x088: length=0
kfdhdb.crestmp.hi: 32953839 ; 0x0a8: HOUR=0xf DAYS=0xf MNTH=0x5 YEAR=0x7db
kfdhdb.crestmp.lo: 3104781312 ; 0x0ac: USEC=0x0 MSEC=0x3cd SECS=0x10 MINS=0x2e
kfdhdb.mntstmp.hi: 32958032 ; 0x0b0: HOUR=0x10 DAYS=0x12 MNTH=0x9 YEAR=0x7db
kfdhdb.mntstmp.lo: 300389376 ; 0x0b4: USEC=0x0 MSEC=0x1e5 SECS=0x1e MINS=0x4
kfdhdb.secsize: 512 ; 0x0b8: 0x0200
kfdhdb.blksize: 4096 ; 0x0ba: 0x1000
kfdhdb.ausize: 1048576 ; 0x0bc: 0x00100000
kfdhdb.mfact: 113792 ; 0x0c0: 0x0001bc80
kfdhdb.dsksize: 307160 ; 0x0c4: 0x0004afd8
kfdhdb.pmcnt: 4 ; 0x0c8: 0x00000004
kfdhdb.fstlocn: 1 ; 0x0cc: 0x00000001
kfdhdb.altlocn: 2 ; 0x0d0: 0x00000002
kfdhdb.f1b1locn: 2 ; 0x0d4: 0x00000002
kfdhdb.redomirrors[0]: 0 ; 0x0d8: 0x0000
kfdhdb.redomirrors[1]: 0 ; 0x0da: 0x0000
kfdhdb.redomirrors[2]: 0 ; 0x0dc: 0x0000
kfdhdb.redomirrors[3]: 0 ; 0x0de: 0x0000
kfdhdb.dbcompat: 168820736 ; 0x0e0: 0x0a100000
kfdhdb.grpstmp.hi: 32953839 ; 0x0e4: HOUR=0xf DAYS=0xf MNTH=0x5 YEAR=0x7db
kfdhdb.grpstmp.lo: 3104054272 ; 0x0e8: USEC=0x0 MSEC=0x107 SECS=0x10 MINS=0x2e
kfdhdb.vfstart: 0 ; 0x0ec: 0x00000000
kfdhdb.vfend: 0 ; 0x0f0: 0x00000000
kfdhdb.spfile: 0 ; 0x0f4: 0x00000000
kfdhdb.spfflg: 0 ; 0x0f8: 0x00000000
kfdhdb.ub4spare[0]: 0 ; 0x0fc: 0x00000000
kfdhdb.ub4spare[1]: 0 ; 0x100: 0x00000000
kfdhdb.ub4spare[2]: 0 ; 0x104: 0x00000000
kfdhdb.ub4spare[3]: 0 ; 0x108: 0x00000000
kfdhdb.ub4spare[4]: 0 ; 0x10c: 0x00000000
kfdhdb.ub4spare[5]: 0 ; 0x110: 0x00000000
kfdhdb.ub4spare[6]: 0 ; 0x114: 0x00000000
kfdhdb.ub4spare[7]: 0 ; 0x118: 0x00000000
kfdhdb.ub4spare[8]: 0 ; 0x11c: 0x00000000
kfdhdb.ub4spare[9]: 0 ; 0x120: 0x00000000
kfdhdb.ub4spare[10]: 0 ; 0x124: 0x00000000
kfdhdb.ub4spare[11]: 0 ; 0x128: 0x00000000
kfdhdb.ub4spare[12]: 0 ; 0x12c: 0x00000000
kfdhdb.ub4spare[13]: 0 ; 0x130: 0x00000000
kfdhdb.ub4spare[14]: 0 ; 0x134: 0x00000000
kfdhdb.ub4spare[15]: 0 ; 0x138: 0x00000000
kfdhdb.ub4spare[16]: 0 ; 0x13c: 0x00000000
kfdhdb.ub4spare[17]: 0 ; 0x140: 0x00000000
kfdhdb.ub4spare[18]: 0 ; 0x144: 0x00000000
kfdhdb.ub4spare[19]: 0 ; 0x148: 0x00000000
kfdhdb.ub4spare[20]: 0 ; 0x14c: 0x00000000
kfdhdb.ub4spare[21]: 0 ; 0x150: 0x00000000
kfdhdb.ub4spare[22]: 0 ; 0x154: 0x00000000
kfdhdb.ub4spare[23]: 0 ; 0x158: 0x00000000
kfdhdb.ub4spare[24]: 0 ; 0x15c: 0x00000000
kfdhdb.ub4spare[25]: 0 ; 0x160: 0x00000000
kfdhdb.ub4spare[26]: 0 ; 0x164: 0x00000000
kfdhdb.ub4spare[27]: 0 ; 0x168: 0x00000000
kfdhdb.ub4spare[28]: 0 ; 0x16c: 0x00000000
kfdhdb.ub4spare[29]: 0 ; 0x170: 0x00000000
kfdhdb.ub4spare[30]: 0 ; 0x174: 0x00000000
kfdhdb.ub4spare[31]: 0 ; 0x178: 0x00000000
kfdhdb.ub4spare[32]: 0 ; 0x17c: 0x00000000
kfdhdb.ub4spare[33]: 0 ; 0x180: 0x00000000
kfdhdb.ub4spare[34]: 0 ; 0x184: 0x00000000
kfdhdb.ub4spare[35]: 0 ; 0x188: 0x00000000
kfdhdb.ub4spare[36]: 0 ; 0x18c: 0x00000000
kfdhdb.ub4spare[37]: 0 ; 0x190: 0x00000000
kfdhdb.ub4spare[38]: 0 ; 0x194: 0x00000000
kfdhdb.ub4spare[39]: 0 ; 0x198: 0x00000000
kfdhdb.ub4spare[40]: 0 ; 0x19c: 0x00000000
kfdhdb.ub4spare[41]: 0 ; 0x1a0: 0x00000000
kfdhdb.ub4spare[42]: 0 ; 0x1a4: 0x00000000
kfdhdb.ub4spare[43]: 0 ; 0x1a8: 0x00000000
kfdhdb.ub4spare[44]: 0 ; 0x1ac: 0x00000000
kfdhdb.ub4spare[45]: 0 ; 0x1b0: 0x00000000
kfdhdb.ub4spare[46]: 0 ; 0x1b4: 0x00000000
kfdhdb.ub4spare[47]: 0 ; 0x1b8: 0x00000000
kfdhdb.ub4spare[48]: 0 ; 0x1bc: 0x00000000
kfdhdb.ub4spare[49]: 0 ; 0x1c0: 0x00000000
kfdhdb.ub4spare[50]: 0 ; 0x1c4: 0x00000000
kfdhdb.ub4spare[51]: 0 ; 0x1c8: 0x00000000
kfdhdb.ub4spare[52]: 0 ; 0x1cc: 0x00000000
kfdhdb.ub4spare[53]: 0 ; 0x1d0: 0x00000000
kfdhdb.acdb.aba.seq: 0 ; 0x1d4: 0x00000000
kfdhdb.acdb.aba.blk: 0 ; 0x1d8: 0x00000000
kfdhdb.acdb.ents: 0 ; 0x1dc: 0x0000
kfdhdb.acdb.ub2spare: 0 ; 0x1de: 0x0000
2)獲取disk 7的頭部資訊
$ kfed read /dev/rdsk/c4t6001438007F307290000800000320000d0s6 > disk_header7.txt
$cat disk_header7.txt
kfbh.endian: 0 ; 0x000: 0x00
kfbh.hard: 130 ; 0x001: 0x82
kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD
kfbh.datfmt: 1 ; 0x003: 0x01
kfbh.block.blk: 0 ; 0x004: T=0 NUMB=0x0
kfbh.block.obj: 2147483655 ; 0x008: TYPE=0x8 NUMB=0x7
kfbh.check: 158480328 ; 0x00c: 0x097237c8
kfbh.fcn.base: 0 ; 0x010: 0x00000000
kfbh.fcn.wrap: 0 ; 0x014: 0x00000000
kfbh.spare1: 0 ; 0x018: 0x00000000
kfbh.spare2: 0 ; 0x01c: 0x00000000
kfdhdb.driver.provstr: ORCLDISK ; 0x000: length=8
kfdhdb.driver.reserved[0]: 0 ; 0x008: 0x00000000
kfdhdb.driver.reserved[1]: 0 ; 0x00c: 0x00000000
kfdhdb.driver.reserved[2]: 0 ; 0x010: 0x00000000
kfdhdb.driver.reserved[3]: 0 ; 0x014: 0x00000000
kfdhdb.driver.reserved[4]: 0 ; 0x018: 0x00000000
kfdhdb.driver.reserved[5]: 0 ; 0x01c: 0x00000000
kfdhdb.compat: 186646528 ; 0x020: 0x0b200000
kfdhdb.dsknum: 7 ; 0x024: 0x0007
kfdhdb.grptyp: 1 ; 0x026: KFDGTP_EXTERNAL
kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname: ORA_DATA_DG_0007 ; 0x028: length=16
kfdhdb.grpname: ORA_DATA_DG ; 0x048: length=11
kfdhdb.fgname: ORA_DATA_DG_0007 ; 0x068: length=16
kfdhdb.capname: ; 0x088: length=0
kfdhdb.crestmp.hi: 32956017 ; 0x0a8: HOUR=0x11 DAYS=0x13 MNTH=0x7 YEAR=0x7db
kfdhdb.crestmp.lo: 2311484416 ; 0x0ac: USEC=0x0 MSEC=0x19d SECS=0x1c MINS=0x22
kfdhdb.mntstmp.hi: 32956043 ; 0x0b0: HOUR=0xb DAYS=0x14 MNTH=0x7 YEAR=0x7db
kfdhdb.mntstmp.lo: 3560723456 ; 0x0b4: USEC=0x0 MSEC=0x315 SECS=0x3 MINS=0x35
kfdhdb.secsize: 512 ; 0x0b8: 0x0200
kfdhdb.blksize: 4096 ; 0x0ba: 0x1000
kfdhdb.ausize: 1048576 ; 0x0bc: 0x00100000
kfdhdb.mfact: 113792 ; 0x0c0: 0x0001bc80
kfdhdb.dsksize: 307160 ; 0x0c4: 0x0004afd8
kfdhdb.pmcnt: 4 ; 0x0c8: 0x00000004
kfdhdb.fstlocn: 1 ; 0x0cc: 0x00000001
kfdhdb.altlocn: 2 ; 0x0d0: 0x00000002
kfdhdb.f1b1locn: 0 ; 0x0d4: 0x00000000
kfdhdb.redomirrors[0]: 0 ; 0x0d8: 0x0000
kfdhdb.redomirrors[1]: 0 ; 0x0da: 0x0000
kfdhdb.redomirrors[2]: 0 ; 0x0dc: 0x0000
kfdhdb.redomirrors[3]: 0 ; 0x0de: 0x0000
kfdhdb.dbcompat: 168820736 ; 0x0e0: 0x0a100000
kfdhdb.grpstmp.hi: 32956017 ; 0x0e4: HOUR=0x11 DAYS=0x13 MNTH=0x7 YEAR=0x7db
kfdhdb.grpstmp.lo: 2308081664 ; 0x0e8: USEC=0x0 MSEC=0xa2 SECS=0x19 MINS=0x22
kfdhdb.vfstart: 0 ; 0x0ec: 0x00000000
kfdhdb.vfend: 0 ; 0x0f0: 0x00000000
kfdhdb.spfile: 0 ; 0x0f4: 0x00000000
kfdhdb.spfflg: 0 ; 0x0f8: 0x00000000
kfdhdb.ub4spare[0]: 0 ; 0x0fc: 0x00000000
kfdhdb.ub4spare[1]: 0 ; 0x100: 0x00000000
kfdhdb.ub4spare[2]: 0 ; 0x104: 0x00000000
kfdhdb.ub4spare[3]: 0 ; 0x108: 0x00000000
kfdhdb.ub4spare[4]: 0 ; 0x10c: 0x00000000
kfdhdb.ub4spare[5]: 0 ; 0x110: 0x00000000
kfdhdb.ub4spare[6]: 0 ; 0x114: 0x00000000
kfdhdb.ub4spare[7]: 0 ; 0x118: 0x00000000
kfdhdb.ub4spare[8]: 0 ; 0x11c: 0x00000000
kfdhdb.ub4spare[9]: 0 ; 0x120: 0x00000000
kfdhdb.ub4spare[10]: 0 ; 0x124: 0x00000000
kfdhdb.ub4spare[11]: 0 ; 0x128: 0x00000000
kfdhdb.ub4spare[12]: 0 ; 0x12c: 0x00000000
kfdhdb.ub4spare[13]: 0 ; 0x130: 0x00000000
kfdhdb.ub4spare[14]: 0 ; 0x134: 0x00000000
kfdhdb.ub4spare[15]: 0 ; 0x138: 0x00000000
kfdhdb.ub4spare[16]: 0 ; 0x13c: 0x00000000
kfdhdb.ub4spare[17]: 0 ; 0x140: 0x00000000
kfdhdb.ub4spare[18]: 0 ; 0x144: 0x00000000
kfdhdb.ub4spare[19]: 0 ; 0x148: 0x00000000
kfdhdb.ub4spare[20]: 0 ; 0x14c: 0x00000000
kfdhdb.ub4spare[21]: 0 ; 0x150: 0x00000000
kfdhdb.ub4spare[22]: 0 ; 0x154: 0x00000000
kfdhdb.ub4spare[23]: 0 ; 0x158: 0x00000000
kfdhdb.ub4spare[24]: 0 ; 0x15c: 0x00000000
kfdhdb.ub4spare[25]: 0 ; 0x160: 0x00000000
kfdhdb.ub4spare[26]: 0 ; 0x164: 0x00000000
kfdhdb.ub4spare[27]: 0 ; 0x168: 0x00000000
kfdhdb.ub4spare[28]: 0 ; 0x16c: 0x00000000
kfdhdb.ub4spare[29]: 0 ; 0x170: 0x00000000
kfdhdb.ub4spare[30]: 0 ; 0x174: 0x00000000
kfdhdb.ub4spare[31]: 0 ; 0x178: 0x00000000
kfdhdb.ub4spare[32]: 0 ; 0x17c: 0x00000000
kfdhdb.ub4spare[33]: 0 ; 0x180: 0x00000000
kfdhdb.ub4spare[34]: 0 ; 0x184: 0x00000000
kfdhdb.ub4spare[35]: 0 ; 0x188: 0x00000000
kfdhdb.ub4spare[36]: 0 ; 0x18c: 0x00000000
kfdhdb.ub4spare[37]: 0 ; 0x190: 0x00000000
kfdhdb.ub4spare[38]: 0 ; 0x194: 0x00000000
kfdhdb.ub4spare[39]: 0 ; 0x198: 0x00000000
kfdhdb.ub4spare[40]: 0 ; 0x19c: 0x00000000
kfdhdb.ub4spare[41]: 0 ; 0x1a0: 0x00000000
kfdhdb.ub4spare[42]: 0 ; 0x1a4: 0x00000000
kfdhdb.ub4spare[43]: 0 ; 0x1a8: 0x00000000
kfdhdb.ub4spare[44]: 0 ; 0x1ac: 0x00000000
kfdhdb.ub4spare[45]: 0 ; 0x1b0: 0x00000000
kfdhdb.ub4spare[46]: 0 ; 0x1b4: 0x00000000
kfdhdb.ub4spare[47]: 0 ; 0x1b8: 0x00000000
kfdhdb.ub4spare[48]: 0 ; 0x1bc: 0x00000000
kfdhdb.ub4spare[49]: 0 ; 0x1c0: 0x00000000
kfdhdb.ub4spare[50]: 0 ; 0x1c4: 0x00000000
kfdhdb.ub4spare[51]: 0 ; 0x1c8: 0x00000000
kfdhdb.ub4spare[52]: 0 ; 0x1cc: 0x00000000
kfdhdb.ub4spare[53]: 0 ; 0x1d0: 0x00000000
kfdhdb.acdb.aba.seq: 0 ; 0x1d4: 0x00000000
kfdhdb.acdb.aba.blk: 0 ; 0x1d8: 0x00000000
kfdhdb.acdb.ents: 0 ; 0x1dc: 0x0000
kfdhdb.acdb.ub2spare: 0 ; 0x1de: 0x0000
--透過輸出對比可以看出disk 6的頭部資訊變成另一磁碟組DSMDB_DATA成員0002的頭部資訊
3)使用磁碟頭部資訊備份恢復disk 6的頭部資訊
清除磁碟頭部資訊
$ dd if=/dev/zero of=/dev/drsk/c4t6001438007F3072900008000004A0000d0s6 bs=4096 count=1
檢視磁碟頭部資訊
$ kfed read /dev/rdsk/c4t6001438007F307290000800000320000d0s6
使用備份檔案恢復磁碟頭部資訊
$ kfed read /dev/rdsk/c4t6001438007F307290000800000320000d0s6 text=disk_header6_bk.txt
再次確認磁碟頭部資訊
$ kfed read /dev/rdsk/c4t6001438007F307290000800000320000d0s6
kfbh.endian: 0 ; 0x000: 0x00
kfbh.hard: 130 ; 0x001: 0x82
kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD
kfbh.datfmt: 1 ; 0x003: 0x01
kfbh.block.blk: 0 ; 0x004: T=0 NUMB=0x0
kfbh.block.obj: 2147483654 ; 0x008: TYPE=0x8 NUMB=0x6
kfbh.check: 158487679 ; 0x00c: 0x097284c4
kfbh.fcn.base: 0 ; 0x010: 0x00000000
kfbh.fcn.wrap: 0 ; 0x014: 0x00000000
kfbh.spare1: 0 ; 0x018: 0x00000000
kfbh.spare2: 0 ; 0x01c: 0x00000000
kfdhdb.driver.provstr: ORCLDISK ; 0x000: length=8
kfdhdb.driver.reserved[0]: 0 ; 0x008: 0x00000000
kfdhdb.driver.reserved[1]: 0 ; 0x00c: 0x00000000
kfdhdb.driver.reserved[2]: 0 ; 0x010: 0x00000000
kfdhdb.driver.reserved[3]: 0 ; 0x014: 0x00000000
kfdhdb.driver.reserved[4]: 0 ; 0x018: 0x00000000
kfdhdb.driver.reserved[5]: 0 ; 0x01c: 0x00000000
kfdhdb.compat: 186646528 ; 0x020: 0x0b200000
kfdhdb.dsknum: 6 ; 0x024: 0x0006
kfdhdb.grptyp: 1 ; 0x026: KFDGTP_EXTERNAL
kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname: ORA_DATA_DG_0006 ; 0x028: length=16
kfdhdb.grpname: ORA_DATA_DG ; 0x048: length=11
kfdhdb.fgname: ORA_DATA_DG_0006 ; 0x068: length=16
kfdhdb.capname: ; 0x088: length=0
kfdhdb.crestmp.hi: 32956017 ; 0x0a8: HOUR=0x11 DAYS=0x13 MNTH=0x7 YEAR=0x7db
kfdhdb.crestmp.lo: 2311484416 ; 0x0ac: USEC=0x0 MSEC=0x19d SECS=0x1c MINS=0x22
kfdhdb.mntstmp.hi: 32956043 ; 0x0b0: HOUR=0xb DAYS=0x14 MNTH=0x7 YEAR=0x7db
kfdhdb.mntstmp.lo: 3560723456 ; 0x0b4: USEC=0x0 MSEC=0x315 SECS=0x3 MINS=0x35
kfdhdb.secsize: 512 ; 0x0b8: 0x0200
kfdhdb.blksize: 4096 ; 0x0ba: 0x1000
kfdhdb.ausize: 1048576 ; 0x0bc: 0x00100000
kfdhdb.mfact: 113792 ; 0x0c0: 0x0001bc80
kfdhdb.dsksize: 307160 ; 0x0c4: 0x0004afd8
kfdhdb.pmcnt: 4 ; 0x0c8: 0x00000004
kfdhdb.fstlocn: 1 ; 0x0cc: 0x00000001
kfdhdb.altlocn: 2 ; 0x0d0: 0x00000002
kfdhdb.f1b1locn: 0 ; 0x0d4: 0x00000000
kfdhdb.redomirrors[0]: 0 ; 0x0d8: 0x0000
kfdhdb.redomirrors[1]: 0 ; 0x0da: 0x0000
kfdhdb.redomirrors[2]: 0 ; 0x0dc: 0x0000
kfdhdb.redomirrors[3]: 0 ; 0x0de: 0x0000
kfdhdb.dbcompat: 168820736 ; 0x0e0: 0x0a100000
kfdhdb.grpstmp.hi: 32956017 ; 0x0e4: HOUR=0x11 DAYS=0x13 MNTH=0x7 YEAR=0x7db
kfdhdb.grpstmp.lo: 2308081664 ; 0x0e8: USEC=0x0 MSEC=0xa2 SECS=0x19 MINS=0x22
kfdhdb.vfstart: 0 ; 0x0ec: 0x00000000
kfdhdb.vfend: 0 ; 0x0f0: 0x00000000
kfdhdb.spfile: 0 ; 0x0f4: 0x00000000
kfdhdb.spfflg: 0 ; 0x0f8: 0x00000000
kfdhdb.ub4spare[0]: 0 ; 0x0fc: 0x00000000
kfdhdb.ub4spare[1]: 0 ; 0x100: 0x00000000
kfdhdb.ub4spare[2]: 0 ; 0x104: 0x00000000
kfdhdb.ub4spare[3]: 0 ; 0x108: 0x00000000
kfdhdb.ub4spare[4]: 0 ; 0x10c: 0x00000000
kfdhdb.ub4spare[5]: 0 ; 0x110: 0x00000000
kfdhdb.ub4spare[6]: 0 ; 0x114: 0x00000000
kfdhdb.ub4spare[7]: 0 ; 0x118: 0x00000000
kfdhdb.ub4spare[8]: 0 ; 0x11c: 0x00000000
kfdhdb.ub4spare[9]: 0 ; 0x120: 0x00000000
kfdhdb.ub4spare[10]: 0 ; 0x124: 0x00000000
kfdhdb.ub4spare[11]: 0 ; 0x128: 0x00000000
kfdhdb.ub4spare[12]: 0 ; 0x12c: 0x00000000
kfdhdb.ub4spare[13]: 0 ; 0x130: 0x00000000
kfdhdb.ub4spare[14]: 0 ; 0x134: 0x00000000
kfdhdb.ub4spare[15]: 0 ; 0x138: 0x00000000
kfdhdb.ub4spare[16]: 0 ; 0x13c: 0x00000000
kfdhdb.ub4spare[17]: 0 ; 0x140: 0x00000000
kfdhdb.ub4spare[18]: 0 ; 0x144: 0x00000000
kfdhdb.ub4spare[19]: 0 ; 0x148: 0x00000000
kfdhdb.ub4spare[20]: 0 ; 0x14c: 0x00000000
kfdhdb.ub4spare[21]: 0 ; 0x150: 0x00000000
kfdhdb.ub4spare[22]: 0 ; 0x154: 0x00000000
kfdhdb.ub4spare[23]: 0 ; 0x158: 0x00000000
kfdhdb.ub4spare[24]: 0 ; 0x15c: 0x00000000
kfdhdb.ub4spare[25]: 0 ; 0x160: 0x00000000
kfdhdb.ub4spare[26]: 0 ; 0x164: 0x00000000
kfdhdb.ub4spare[27]: 0 ; 0x168: 0x00000000
kfdhdb.ub4spare[28]: 0 ; 0x16c: 0x00000000
kfdhdb.ub4spare[29]: 0 ; 0x170: 0x00000000
kfdhdb.ub4spare[30]: 0 ; 0x174: 0x00000000
kfdhdb.ub4spare[31]: 0 ; 0x178: 0x00000000
kfdhdb.ub4spare[32]: 0 ; 0x17c: 0x00000000
kfdhdb.ub4spare[33]: 0 ; 0x180: 0x00000000
kfdhdb.ub4spare[34]: 0 ; 0x184: 0x00000000
kfdhdb.ub4spare[35]: 0 ; 0x188: 0x00000000
kfdhdb.ub4spare[36]: 0 ; 0x18c: 0x00000000
kfdhdb.ub4spare[37]: 0 ; 0x190: 0x00000000
kfdhdb.ub4spare[38]: 0 ; 0x194: 0x00000000
kfdhdb.ub4spare[39]: 0 ; 0x198: 0x00000000
kfdhdb.ub4spare[40]: 0 ; 0x19c: 0x00000000
kfdhdb.ub4spare[41]: 0 ; 0x1a0: 0x00000000
kfdhdb.ub4spare[42]: 0 ; 0x1a4: 0x00000000
kfdhdb.ub4spare[43]: 0 ; 0x1a8: 0x00000000
kfdhdb.ub4spare[44]: 0 ; 0x1ac: 0x00000000
kfdhdb.ub4spare[45]: 0 ; 0x1b0: 0x00000000
kfdhdb.ub4spare[46]: 0 ; 0x1b4: 0x00000000
kfdhdb.ub4spare[47]: 0 ; 0x1b8: 0x00000000
kfdhdb.ub4spare[48]: 0 ; 0x1bc: 0x00000000
kfdhdb.ub4spare[49]: 0 ; 0x1c0: 0x00000000
kfdhdb.ub4spare[50]: 0 ; 0x1c4: 0x00000000
kfdhdb.ub4spare[51]: 0 ; 0x1c8: 0x00000000
kfdhdb.ub4spare[52]: 0 ; 0x1cc: 0x00000000
kfdhdb.ub4spare[53]: 0 ; 0x1d0: 0x00000000
kfdhdb.acdb.aba.seq: 0 ; 0x1d4: 0x00000000
kfdhdb.acdb.aba.blk: 0 ; 0x1d8: 0x00000000
kfdhdb.acdb.ents: 0 ; 0x1dc: 0x0000
kfdhdb.acdb.ub2spare: 0 ; 0x1de: 0x0000
#如果你沒有備份可以手動編輯一個頭部資訊檔案
四、啟動磁碟組ORA_DATA_DG
[@more@]來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14710393/viewspace-1427585/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ASM磁碟頭資訊損壞和修復(kfed/dd)ASM
- ORA-1122/ORA-1208 資料檔案頭寫丟失故障
- 【ASM】ASM磁碟頭被重寫,如何修復ASM
- 一次ASM新增新的磁碟組ASM
- 從定位資料塊所在ASM磁碟到ASM strippingASM
- Oracle impdp遷移資料後主鍵丟失故障處理Oracle
- 資料丟失如當頭棒喝,資料備份重如山!
- Kafka 訊息丟失與消費精確一次性Kafka
- RabbitMQ防止訊息丟失MQ
- ASM磁碟組限制ASM
- Oracle 目錄許可權丟失故障恢復Oracle
- 磁碟陣列資料丟失的7個常見原因介紹陣列
- 【伺服器資料恢復】斷電導致raid資訊丟失的磁碟陣列資料恢復案例伺服器資料恢復AI陣列
- IP資料包頭部資訊分析
- 【ASM】Oracle asm磁碟被格式化,如何掛載該磁碟組ASMOracle
- Nginx轉發導致請求頭丟失Nginx
- 遷移ASM磁碟組ASM
- Google Drive存在未知故障,導致部分使用者丟失雲盤資料Go
- 一次inmemory丟失引起的問題分析
- Feign 和 Hytrix 在微服務上下游的請求頭資訊傳遞丟失問題微服務
- 【ASM】Oracle asm刪除磁碟組注意事項ASMOracle
- Oracle ASM故障資料恢復解決方案OracleASM資料恢復
- Oracle資料庫 ASM磁碟線上擴容Oracle資料庫ASM
- IBM 伺服器raid卡資訊丟失資料恢復IBM伺服器AI資料恢復
- 檢視BAM檔案頭部資訊
- 伺服器不同的故障導致資料丟失都怎麼解決的伺服器
- ASM磁碟組更換磁碟的操作方法ASM
- 【北亞資料恢復】raid6磁碟陣列硬碟故障掉線導致上層虛擬機器資料丟失的資料恢復案例資料恢復AI陣列硬碟虛擬機
- 從技術角度看騰訊雲“資料丟失”事件!事件
- 【ASK_ORACLE】Oracle表決磁碟丟失後的恢復方法Oracle
- 伺服器raid資訊丟失的資料恢復過程伺服器AI資料恢復
- 記錄一次重啟伺服器 Redis 資料丟失問題伺服器Redis
- 《RabbitMQ》 | 訊息丟失也就這麼回事MQ
- RocketMq訊息丟失問題解決MQ
- RabbitMq如何確保訊息不丟失MQ
- 驚魂36小時,一次生產事故,動態磁碟刪除卷分割槽丟失,資料恢復案例實戰資料恢復
- 騰訊雲公佈“前沿數控”資料丟失細節
- 伺服器資料恢復方法-RAID資訊丟失解決方案伺服器資料恢復AI
- ds4800+AIX小機lvm資訊丟失資料恢復方法AILVM資料恢復