一次asm磁盘头部信息丢失故障

[复制链接]
查看11 | 回复9 | 2011-11-1 16:26:59 | 显示全部楼层 |阅读模式
一、首先介绍下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: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin mode 0x8 marked for de-assignment
NOTE: Diskin 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


点点滴滴的记录,成就oracle非凡人生


回复

使用道具 举报

千问 | 2011-11-1 16:26:59 | 显示全部楼层
请问对于Oracle ASM需要做备份吗?
回复

使用道具 举报

千问 | 2011-11-1 16:26:59 | 显示全部楼层



回复

使用道具 举报

千问 | 2011-11-1 16:26:59 | 显示全部楼层
xin1shou3 发表于 2011-10-26 00:23
请问对于Oracle ASM需要做备份吗?

asm磁盘组不做备份,磁盘出现故障时 那可是灾难啊!
使用asmcmd 11g新特性几个新特性可以很好对asm磁盘组做备份与恢复
回复

使用道具 举报

千问 | 2011-11-1 16:26:59 | 显示全部楼层
warehouse 发表于 2011-10-26 08:42


回复

使用道具 举报

千问 | 2011-11-1 16:26:59 | 显示全部楼层
作为旁观者,大致浏览了帖子后,我有这些问题:
1楼主没提及,何时对ASM 文件6 头作了备份?
2为什么要拿 文件7 来作对比?
3对比了哪些内容?用什么方法/工具作对比?
4若不对比,直接把备份信息更新到文件6 头,是不是更省事?
此外,再引申出另外一个问题:ASM的文件头是否需要更新备份?何时需要更新?
回复

使用道具 举报

千问 | 2011-11-1 16:26:59 | 显示全部楼层
每次看到这些东西,我就不想用ASM了。。
回复

使用道具 举报

千问 | 2011-11-1 16:26:59 | 显示全部楼层
同6#的问题
回复

使用道具 举报

千问 | 2011-11-1 16:26:59 | 显示全部楼层



回复

使用道具 举报

千问 | 2011-11-1 16:26:59 | 显示全部楼层
ZALBB 发表于 2011-10-26 10:40
作为旁观者,大致浏览了帖子后,我有这些问题:
1楼主没提及,何时对ASM 文件6 头作了备份?

1 备份是rac搭建完成后备份的。
2 在帖子里我只谈到7,我做比对的时候是拿5,6,7
3 对比记录asm磁盘组信息部分
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
asm磁盘组成员文件头部信息,一般是不会发生变化的。只要在asm磁盘组结构发生变化时,头部信息才会更新(个人理解)
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行