使用kfed工具恢复asm磁盘文件头

最新推荐文章于 2024-03-29 22:22:04 发布
最新推荐文章于 2024-03-29 22:22:04 发布
阅读量1.2k 收藏 1
点赞数
分类专栏： asm

这个实验模拟使用kfed工具恢复asm磁盘的文件头

--做一个dd备份

[grid@rac1 raw]$ dd if=/dev/raw/raw4 of=/tmp/bak/raw4.dd bs=1M count=2
2+0 records in
2+0 records out
--查看此时的磁盘组的状态 

SQL> select group_number,disk_number,name,header_status,path from v$asm_disk;

GROUP_NUMBER DISK_NUMBER NAME                           HEADER_STATU
------------ ----------- ------------------------------ ------------
PATH
--------------------------------------------------------------------------------
           2           0 FRA_0000                       MEMBER
/dev/raw/raw4

           4           0 ODATA_0000                     MEMBER
/dev/raw/raw5

           3           2 OCR_0002                       MEMBER
/dev/raw/raw3


GROUP_NUMBER DISK_NUMBER NAME                           HEADER_STATU
------------ ----------- ------------------------------ ------------
PATH
--------------------------------------------------------------------------------
           3           1 OCR_0001                       MEMBER
/dev/raw/raw2

           3           0 OCR_0000                       MEMBER
/dev/raw/raw1
注意我/dev/raw/raw4 对应磁盘组head_status 是member

--使用kfed查看磁盘头状态 磁盘头保存asm元数据信息在第0个au 0个块上

[grid@rac1 raw]$ kfed read /dev/raw/raw4 aun=0 blkn=0
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:                   260858281 ; 0x00c: 0x0f8c61a9
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:                        0 ; 0x024: 0x0000
kfdhdb.grptyp:                        1 ; 0x026: KFDGTP_EXTERNAL
kfdhdb.hdrsts:                        3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname:                FRA_0000 ; 0x028: length=8
kfdhdb.grpname:                     FRA ; 0x048: length=3
kfdhdb.fgname:                 FRA_0000 ; 0x068: length=8
kfdhdb.capname:                         ; 0x088: length=0
kfdhdb.crestmp.hi:             33043176 ; 0x0a8: HOUR=0x8 DAYS=0x17 MNTH=0xc YEAR=0x7e0
kfdhdb.crestmp.lo:            886100992 ; 0x0ac: USEC=0x0 MSEC=0x35 SECS=0xd MINS=0xd
kfdhdb.mntstmp.hi:             33049702 ; 0x0b0: HOUR=0x6 DAYS=0x3 MNTH=0x3 YEAR=0x7e1
kfdhdb.mntstmp.lo:           2585497600 ; 0x0b4: USEC=0x0 MSEC=0x2e4 SECS=0x21 MINS=0x26
kfdhdb.secsize:                     512 ; 0x0b8: 0x0200
kfdhdb.blksize:                    4096 ; 0x0ba: 0x1000
kfdhdb.ausize:                  1048576 ; 0x0bc: 0x00100000
kfdhdb.mfact:                    113792 ; 0x0c0: 0x0001bc80
kfdhdb.dsksize:                    2048 ; 0x0c4: 0x00000800
kfdhdb.pmcnt:                         2 ; 0x0c8: 0x00000002
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:             33043176 ; 0x0e4: HOUR=0x8 DAYS=0x17 MNTH=0xc YEAR=0x7e0
kfdhdb.grpstmp.lo:            885986304 ; 0x0e8: USEC=0x0 MSEC=0x3c5 SECS=0xc MINS=0xd
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

--使用kfed查看磁盘头备份信息（磁盘头的备份asm元数据信息在第0个au 第254个块上

[grid@rac1 raw]$ kfed read /dev/raw/raw4 aun=1 blkn=254
kfbh.endian:                          1 ; 0x000: 0x01
kfbh.hard:                          130 ; 0x001: 0x82
kfbh.type:                            1 ; 0x002: KFBTYP_DISKHEAD
kfbh.datfmt:                          1 ; 0x003: 0x01
kfbh.block.blk:                     254 ; 0x004: blk=254
kfbh.block.obj:              2147483648 ; 0x008: disk=0
kfbh.check:                   260858199 ; 0x00c: 0x0f8c6157
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:                        0 ; 0x024: 0x0000
kfdhdb.grptyp:                        1 ; 0x026: KFDGTP_EXTERNAL
kfdhdb.hdrsts:                        3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname:                FRA_0000 ; 0x028: length=8
kfdhdb.grpname:                     FRA ; 0x048: length=3
kfdhdb.fgname:                 FRA_0000 ; 0x068: length=8
kfdhdb.capname:                         ; 0x088: length=0
kfdhdb.crestmp.hi:             33043176 ; 0x0a8: HOUR=0x8 DAYS=0x17 MNTH=0xc YEAR=0x7e0
kfdhdb.crestmp.lo:            886100992 ; 0x0ac: USEC=0x0 MSEC=0x35 SECS=0xd MINS=0xd
kfdhdb.mntstmp.hi:             33049702 ; 0x0b0: HOUR=0x6 DAYS=0x3 MNTH=0x3 YEAR=0x7e1
kfdhdb.mntstmp.lo:           2585497600 ; 0x0b4: USEC=0x0 MSEC=0x2e4 SECS=0x21 MINS=0x26
kfdhdb.secsize:                     512 ; 0x0b8: 0x0200
kfdhdb.blksize:                    4096 ; 0x0ba: 0x1000
kfdhdb.ausize:                  1048576 ; 0x0bc: 0x00100000
kfdhdb.mfact:                    113792 ; 0x0c0: 0x0001bc80
kfdhdb.dsksize:                    2048 ; 0x0c4: 0x00000800
kfdhdb.pmcnt:                         2 ; 0x0c8: 0x00000002
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:             33043176 ; 0x0e4: HOUR=0x8 DAYS=0x17 MNTH=0xc YEAR=0x7e0
kfdhdb.grpstmp.lo:            885986304 ; 0x0e8: USEC=0x0 MSEC=0x3c5 SECS=0xc MINS=0xd
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

--模拟破坏磁盘raw4

[grid@rac1 raw]$ dd if=/dev/zero of=/dev/raw/raw4 bs=4096 count=10
--使用kfed查看磁盘头状态 

[grid@rac1 raw]$  kfed read /dev/raw/raw4 aun=0 blkn=0
kfbh.endian:                          0 ; 0x000: 0x00
kfbh.hard:                            0 ; 0x001: 0x00
kfbh.type:                            0 ; 0x002: KFBTYP_INVALID
kfbh.datfmt:                          0 ; 0x003: 0x00
kfbh.block.blk:                       0 ; 0x004: blk=0
kfbh.block.obj:                       0 ; 0x008: file=0
kfbh.check:                           0 ; 0x00c: 0x00000000
kfbh.fcn.base:                        0 ; 0x010: 0x00000000
kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000
kfbh.spare1:                          0 ; 0x018: 0x00000000
kfbh.spare2:                          0 ; 0x01c: 0x00000000
7F80D525C400 00000000 00000000 00000000 00000000  [................]
  Repeat 255 times
KFED-00322: Invalid content encountered during block traversal: [kfbtTraverseBlock][Invalid OSM block type][][0]
对比发现已经是invalid了

--查看磁盘组里的状态

GROUP_NUMBER DISK_NUMBER NAME                           HEADER_STATU
------------ ----------- ------------------------------ ------------
PATH
--------------------------------------------------------------------------------
           2           0 FRA_0000                       CANDIDATE
/dev/raw/raw4

           4           0 ODATA_0000                     MEMBER
/dev/raw/raw5

           3           2 OCR_0002                       MEMBER
/dev/raw/raw3


GROUP_NUMBER DISK_NUMBER NAME                           HEADER_STATU
------------ ----------- ------------------------------ ------------
PATH
--------------------------------------------------------------------------------
           3           1 OCR_0001                       MEMBER
/dev/raw/raw2

           3           0 OCR_0000                       MEMBER
/dev/raw/raw1
此时/dev/raw/raw4已经是candidate

--恢复

[grid@rac1 raw]$kfed repair /dev/raw/raw4
--再次查看和核实 
GROUP_NUMBER DISK_NUMBER NAME                           HEADER_STATU
------------ ----------- ------------------------------ ------------
PATH
--------------------------------------------------------------------------------
           2           0 FRA_0000                       MEMBER
/dev/raw/raw4

           4           0 ODATA_0000                     MEMBER
/dev/raw/raw5

           3           2 OCR_0002                       MEMBER
/dev/raw/raw3


GROUP_NUMBER DISK_NUMBER NAME                           HEADER_STATU
------------ ----------- ------------------------------ ------------
PATH
--------------------------------------------------------------------------------
           3           1 OCR_0001                       MEMBER
/dev/raw/raw2

           3           0 OCR_0000                       MEMBER
/dev/raw/raw1
kfed结果 

[grid@rac1 raw]$  kfed read /dev/raw/raw4 aun=0 blkn=0
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:                   260858281 ; 0x00c: 0x0f8c61a9
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:                        0 ; 0x024: 0x0000
kfdhdb.grptyp:                        1 ; 0x026: KFDGTP_EXTERNAL
kfdhdb.hdrsts:                        3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname:                FRA_0000 ; 0x028: length=8
kfdhdb.grpname:                     FRA ; 0x048: length=3
kfdhdb.fgname:                 FRA_0000 ; 0x068: length=8
kfdhdb.capname:                         ; 0x088: length=0
kfdhdb.crestmp.hi:             33043176 ; 0x0a8: HOUR=0x8 DAYS=0x17 MNTH=0xc YEAR=0x7e0
kfdhdb.crestmp.lo:            886100992 ; 0x0ac: USEC=0x0 MSEC=0x35 SECS=0xd MINS=0xd
kfdhdb.mntstmp.hi:             33049702 ; 0x0b0: HOUR=0x6 DAYS=0x3 MNTH=0x3 YEAR=0x7e1
kfdhdb.mntstmp.lo:           2585497600 ; 0x0b4: USEC=0x0 MSEC=0x2e4 SECS=0x21 MINS=0x26
kfdhdb.secsize:                     512 ; 0x0b8: 0x0200
kfdhdb.blksize:                    4096 ; 0x0ba: 0x1000
kfdhdb.ausize:                  1048576 ; 0x0bc: 0x00100000
kfdhdb.mfact:                    113792 ; 0x0c0: 0x0001bc80
kfdhdb.dsksize:                    2048 ; 0x0c4: 0x00000800
kfdhdb.pmcnt:                         2 ; 0x0c8: 0x00000002
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:             33043176 ; 0x0e4: HOUR=0x8 DAYS=0x17 MNTH=0xc YEAR=0x7e0
kfdhdb.grpstmp.lo:            885986304 ; 0x0e8: USEC=0x0 MSEC=0x3c5 SECS=0xc MINS=0xd
kfdhdb.vfstart:                       0 ; 0x0ec: 0x00000000
kfdhdb.vfend:                         0 ; 0x0f0: 0x00000000





made-in-china
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
异常恢复-amdu抽取ASM文件
05-10
这样，即使ASM实例不可用，也能从磁盘直接恢复文件。 在映射文件中，有以下几个关键字段： - **磁盘报告编号（N4）**：每个通过浅度发现的磁盘都会被分配一个唯一的磁盘报告编号，这个编号会在报告文件中显示。 - ...
Oracle下创建ASM磁盘总结.docx
06-22
ASM 磁盘是 Oracle 集群环境中的一个重要组件，用于存储数据库文件、日志文件和控制文件。在创建 ASM 磁盘时，需要选择合适的方法来满足不同的需求。本文总结了多种创建 ASM 磁盘的方法，包括 Faking 方式、直接修改...
数据库坏了不跑路小技巧---KFED修复ASM磁盘头
huiyangxu blog
12-10 973
数据库坏了不跑路小技巧---KFED修复ASM磁盘头
Oracle kfed简单修复ASM磁盘头
dbhang的博客
08-25 925
介绍： 由于磁盘头的信息相对简单而且变化很小，特别是同一磁盘组的磁盘，每个磁盘头的信息几乎一致，而当我们了解了磁盘头的信息后，一旦某个磁盘头的信息出现了问题，我们可以利用其他磁盘头信息然后通过kfed工具对其进行修改和调整，达到修复的目的。其中用得最多的是读取（Read）、修复（Repair）和合并（Merge）三个操作。 由于磁盘头的信息相对简单而且变化很小，特别是同一磁盘组的磁盘，每个磁盘头的信息几乎一致，而当我们了解了磁盘头的信息后，一旦某个磁盘头的信息出现了问题，我们可以利用其他磁盘头信息然后.
笔记：KFED ASM磁盘头工具
Lizi_TT的博客
05-07 810
在oracle中提供了一个程序kfed用来查看ASM磁盘头部信息。此程序位于ORACLEHOME/bin目录下，如果没有可以按照以下方法生成kfed程序:进入ORACLE_HOME/bin目录下，如果没有可以按照以下方法生成kfed程序: 进入ORACLEH​OME/bin目录下，如果没有可以按照以下方法生成kfed程序:进入ORACLE_HOME/rdbms/lib下，执行make -f ins...
oracle 列出asm磁盘,如何查看以及清除Oracle ASM磁盘头部信息
weixin_39955355的博客
04-03 503
在oracle中提供了一个程序kfed用来查看ASM磁盘头部信息。此程序位于$ORACLE_HOME/bin目录下，如果没有可以按照以下方法生成kfed程序:进入$ORACLE_HOME/rdbms/lib下，执行make -f ins_rdbms.mk ikfed命令，执行完成后会在$ORACLE_HOME/bin目录中将会产生kfed程序。kfed的语法是：kfed read *devicen...
oracle asm磁盘信息,揭秘ASM磁盘头信息
weixin_34493096的博客
04-04 341
第一章Oracle内核系列3-揭秘ASM磁盘头信息DBAplus社群 | 2015-12-17 07:001ASM元数据1.1基础概念1.1.1 ASM File从10g开始，数据文件的存储除了使用裸设备和文件系统外，还可以存放在ASM中。简单的理解，存放在ASM中的数据文件，日志文件，控制文件，归档日志等等，就是ASM FILE。仅有以下的文件类型可以存放在ASM Diskgroup中：Cont...
C语言实现读取ASM磁盘恢复数据文件
m15217321304的博客
12-25 2189
最近在测试ASM存放方式，也参考了网上很多资料，这里把自己的学习心得总结下，希望对有需要更深一步了解ASM的人提供参考。        要想用C语言读取ASM磁盘， 就一定要知道ASM是怎么存储数据的，下面就先通过创建一个磁盘组并在磁盘组上面创建表空间的方式介绍数据文件是怎么在ASM中怎么存储的。  1、首先有两个没有使用的磁盘'/dev/asm-diskf'，'/dev/asm-diske'...
使用kfed运维兵器修复ASM磁盘和磁盘组
PWY13148的专栏
03-29 690
数据库的ASM磁盘或ASM磁盘组不小心被人为误删除从而导致磁盘组无法挂载，DBA需要将磁盘组挂载起来。通过实验再次模拟故障环境，详细分解每个操作步骤，避免下次继续踩坑从而提升运维处置效率。
ASM磁盘头损坏修复
fanzhuozhuo的博客
07-01 1720
ASM磁盘头损坏修复查看正常ASM磁盘磁盘头信息odbbedUE磁盘头损坏检查kfed查看kfed find磁盘头损坏修复kfed repairdd手工重构磁盘头补充---2号元数据文件disk directory结论 asm disk header，顾名思义就是磁盘头块，那显然就是在disk的第一个block中。这里需要注意的是，操作系统block是4k，而不是常见的数据库block_size 8k。 命令介绍： kfed read 使用kfed来可以读取一个ASM元数据块（4K大小），它的语法是： $
oracle asm磁盘头 备份,ADHU(ASM Disk Header Utility)—asm disk header备份恢复工具
weixin_29911401的博客
04-15 575
adhu(ASM Disk Header Utility)作为oracle asm中和kfed,amdu齐名的asm三大恢复神器之一,没有被oracle大力推广(属于内部工具),随着kfed功能增强和asm disk header自动备份功能的完善,adhu oracle基本上停止的开发支持,可以用来作为10.2.0.5之前asm版本的磁盘头保护工具adhu预览这里可以通过shell封装的util...
Oracle12c 实战ASM磁盘组管理
03-05
- **compatible.asm**：表示该磁盘组能够被ASM实例使用的最小兼容性版本。 - **compatible.rdbms**：表示该磁盘组能够被数据库实例使用的最小兼容性版本。 - **compatible.advm**：表示磁盘组是否支持包含ASM卷，...
Oracle RAC部署环境准备手册之三：ASM磁盘组建
03-15
ASM是Oracle数据库自带的一种集成化的存储管理解决方案，它提供了自动化的磁盘管理和故障恢复功能，特别适合于Oracle RAC环境。 在Linux环境下，ASM磁盘的组建主要包括以下步骤： 1. **共享磁盘虚拟机配置**： - ...
Oracle使用逻辑卷LV作为ASM磁盘使用配置教程
06-09
曾经有人说Oracle的ASM磁盘必须要用裸设备，真是这样吗？试试使用LV来搞吧。
mpu6050陀螺仪使用方法开发教程文档.docx
07-30
mpu6050陀螺仪使用方法
【SCI顶级】龙格库塔算法RUN-CNN-LSTM-Multihead-Attention温度预测【含源码 5747期】.zip
07-30
CSDN海神之光上传的全部代码均可运行，亲测可用，直接替换数据即可，适合小白； 1、代码压缩包内容 主函数：Main .m； 数据； 调用函数：其他m文件；无需运行 运行结果效果图； 2、代码运行版本 Matlab 2019b；若运行有误，根据提示修改；若不会，可私信博主； 3、运行操作步骤 步骤一：将所有文件放到Matlab的当前文件夹中； 步骤二：双击打开除Main.m的其他m文件； 步骤三：点击运行，等程序运行完得到结果； 4、仿真咨询 如需其他服务，可私信博主或扫描博主博客文章底部QQ名片； 4.1 CSDN博客或资源的完整代码提供 4.2 期刊或参考文献复现 4.3 Matlab程序定制 4.4 科研合作 智能优化算法-CNN-LSTM-Mutilhead-Attention回归预测系列程序定制或科研合作方向： 4.4.1 遗传算法GA/蚁群算法ACO-CNN-LSTM-Mutilhead-Attention回归预测 4.4.2 粒子群算法PSO/蛙跳算法SFLA-CNN-LSTM-Mutilhead-Attention回归预测 4.4.3 灰狼算法GWO/狼群算法WPA-CNN-LSTM-Mutilhead-Attention回归预测 4.4.4 鲸鱼算法WOA/麻雀算法SSA-CNN-LSTM-Mutilhead-Attention回归预测 4.4.5 萤火虫算法FA/差分算法DE-CNN-LSTM-Mutilhead-Attention回归预测
大模型的数学之魂：统计学习理论精要
07-30
大型机器学习模型，通常简称为“大模型”，是指具有数十亿甚至数千亿参数的深度神经网络模型。这些模型因为其庞大的参数量和复杂的计算结构，能够处理非常复杂的任务和数据，展现出强大的表达能力和预测性能。大模型在自然语言处理、计算机视觉、语音识别和推荐系统等多个领域都有广泛的应用。 大模型的设计目的是通过训练海量数据来学习复杂的模式和特征，从而具备强大的泛化能力，能够对未见过的数据做出准确的预测。与参数较少、层数较浅的小模型相比，大模型虽然需要更多的计算资源和时间来训练和推理，但它们展现出了一种被称为“涌现能力”的特性，即从原始训练数据中自动学习并发现新的、更高层次的特征和模式。 大模型的发展历程可以分为几个阶段，从早期的卷积神经网络模型发展到以Transformer为代表的全新神经网络模型，再到当前以GPT为代表的预训练大模型阶段。Transformer架构因其自注意力机制而成为大模型的核心技术，它使得模型能够更好地理解和处理文本数据中的长距离依赖关系。 大模型的分类主要包括语言大模型（NLP）、视觉大模型（CV）和多模态大模型。语言大模型专注于处理文本数据和理解自然语言，而视觉大模型用
唯美淡雅四页.zip
最新发布
07-30
【简历模板】工作总结、商业计划书、述职报告、读书分享、家长会、主题班会、端午节、期末、夏至、中国风、卡通、小清新、岗位竞聘、公司介绍、读书分享、安全教育、文明礼仪、儿童故事、绘本、防溺水、夏季安全、科技风、商务、炫酷、企业培训、自我介绍、产品介绍、师德师风、班主任培训、神话故事、巴黎奥运会、世界献血者日、防范非法集资、3D快闪、毛玻璃、人工智能等等各种样式的ppt素材风格。 设计模板、图片素材、PPT模板、视频素材、办公文档、小报模板、表格模板、音效配乐、字体库。 广告设计：海报，易拉宝，展板，宣传单，宣传栏，画册，邀请函，优惠券，贺卡，文化墙，标语，制度，名片，舞台背景，广告牌，证书，明信片，菜单，折页，封面，节目单，门头，美陈，拱门，展架等。 电商设计：主图，直通车，详情页，PC端首页，移动端首页，钻展，优惠券，促销标签，店招，店铺公告等。 图片素材：PNG素材，背景素材，矢量素材，插画，元素，艺术字，UI设计等。 视频素材：AE模板，会声会影，PR模板，视频背景，实拍短片，音效配乐。 办公文档：工作汇报，毕业答辩，企业介绍，总结计划，教学课件，求职简历等PPT/WORD模板。
Oracle ASM磁盘管理与恢复笔记
最后，描述中提到了“asm disk恢复比较复杂”，这可能指的是 ASM 在处理磁盘故障时，需要进行一系列的恢复操作，包括识别并隔离故障磁盘，利用冗余信息重建数据，以及可能的磁盘替换和重新加入到磁盘组等步骤。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值