oracle中通过kfed说明asm disk header定义

kfed读取数据磁盘头主要参数解释说明
% kfed read /dev/raw/raw1
   
 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: T=0 NUMB=0x0
 kfbh.block.obj:              2147483648 ; 0x008: TYPE=0x8 NUMB=0x0
 kfbh.check:                  2932902794 ; 0x00c: 0xaed08b8a
 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:                168820736 ; 0x020: 0x0a100000
 kfdhdb.dsknum:                        0 ; 0x024: 0x0000
 kfdhdb.grptyp:                        1 ; 0x026: KFDGTP_EXTERNAL
 kfdhdb.hdrsts:                        3 ; 0x027: KFDHDR_MEMBER
 kfdhdb.dskname:              ASM01_0000 ; 0x028: length=10
 kfdhdb.grpname:                   ASM01 ; 0x048: length=5
 kfdhdb.fgname:               ASM01_0000 ; 0x068: length=10
 kfdhdb.capname:                         ; 0x088: length=0
 kfdhdb.crestmp.hi:             32837774 ; 0x0a8: HOUR=0xe DAYS=0x4 MNTH=0x4 YEAR=0x7d4
 kfdhdb.crestmp.lo:           1555722240 ; 0x0ac: USEC=0x0 MSEC=0x29c SECS=0xb MINS=0x17
 kfdhdb.mntstmp.hi:             32837774 ; 0x0b0: HOUR=0xe DAYS=0x4 MNTH=0x4 YEAR=0x7d4
 kfdhdb.mntstmp.lo:           1563864064 ; 0x0b4: USEC=0x0 MSEC=0x1ab SECS=0x13 MINS=0x17
 kfdhdb.secsize:                     512 ; 0x0b8: 0x0200
 kfdhdb.blksize:                    4096 ; 0x0ba: 0x1000
 kfdhdb.ausize:                  1048576 ; 0x0bc: 0x00100000
 kfdhdb.mfact:                    113792 ; 0x0c0: 0x0001bc80
 kfdhdb.dsksize:                    9075 ; 0x0c4: 0x00002373
 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.ub4spare[0]:                   0 ; 0x0e0: 0x00000000
 ...
 kfdhdb.ub4spare[60]:                  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
 
Breakdown:
 
 kfbh.endian 
   kf3.h   /* endianness of writer */
     Little endian = 1 
     Big endian = 0
 
 kfbh.hard   
   kf3.h   /* H.A.R.D. magic # and block size */ 
 
kfbh.type
  kf3.h    /* metadata block type               */
 
kfbh.datfmt
  kf3.h   /* metadata block data format        */
 
kfbh.block
  kf3.h   /* block location of this block      */
    blk -- Disk header should have T=0 and NUMB=0x0
    obj -- Disk header should have TYPE=0x8 NUMB=<disknumber>
  blk and obj values are derived from a series of macros in kf3.h.  See
  "KFBL Macros" in kf3.h for more information.
 
kfbh.check
  kf3.h   /* check value to verify consistency */
 
kfbh.fcn
  kf3.h   /* change number of last change      */
   
kfdhdb.driver
  kf3.h   /* OSMLIB driver reserved block  */
     If no driver is defined "ORCLDISK" is used. 
    
kfdhdb.compat
  kf3.h   /* Comaptible software version   */
    example: 0x0a100000
    You get:     
        a=10 1=1 so 10.1.0.0.0
 
kfdhdb.dsknum
  kf3.h   /* OSM disk number               *
    This is the disk number.  The first disk being "0".  There can be up to
    ub2 disks in a diskgroup.  This allows for 65336 disks 0 through 65335.
 
kfdhdb.grptyp
  kf3.h   /* Disk group type               */
 
kfdhdb.hdrsts
  kf3.h   /* Disk header status            */
    This is what is used to determine if a disk is available or not to
    the diskgroup.  0x03 is the correct value for a valid status.
 
kfdhdb.dskname   /* OSM disk name       */
kfdhdb.grpname   /* OSM disk group name */
kfdhdb.fgname    /* Failure group name  */
kfdhdb.capname   /* Capacity grp, unused*/
  kf3.h
 
kfdhdb.crestmp   /* Creation timestamp            */
kfdhdb.mntstmp   /* Mount timestamp               */
  kf3.h To derive the hi and low time`from an unformated dump use the
  "KFTS Macros" in kf3.h.
 
kfdhdb.secsize
  kf3.h   /* Disk sector size (bytes)      */
    This is the physical sector size of the disk in bytes. All I/O's to the
    disk are described in physical sectors. This must be a power of 2. An
    ideal value would be 4096, but most disks are formatted with 512 byte
    sectors. (from asmlib.h)
 
kfdhdb.blksize
  kf3.h   /* Metadata block (bytes)        */
     
kfdhdb.ausize
  kf3.h   /* Allocation Unit (bytes)       */
 
kfdhdb.mfact
  kf3.h   /* Stride between phys addr AUs  */
   
kfdhdb.dsksize
  kf3.h   /* Disk size in AUs              */
    Mulitply by AUs to get actual size of disk when added. 
       
kfdhdb.pmcnt
  kf3.h   /* Permanent phys addressed AUs  */
    Number of physically addressed allocation units.
 
kfdhdb.fstlocn
  kf3.h   /* First FreeSpace table blk num */
    Used to find freespace.
 
kfdhdb.altlocn
  kf3.h   /* First Alocation table blk num */
    Used to find alocated space.
 
kfdhdb.f1b1locn
  kf3.h   /* File Directory blk 1 AU num   */
    Beginging for file directory.

 

时间: 2024-10-03 13:14:32

oracle中通过kfed说明asm disk header定义的相关文章

oracle中如何手工修复ASM DISK HEADER 异常

今天有网友对asm中的磁盘做了fdisk操作,导致asm disk异常,通过手工修复ASM DISK HEADER 解决该问题,这里通过实验重现,提醒大家操作asm中的硬盘分区需要慎重,平时对ASM DISK HEADER 做好备份 初始化信息 SQL> select * from v$version; BANNER ---------------------------------------------------------------------- Oracle Database 11g

oracle中asm disk header 彻底损坏恢复的方法

测试准备 创建新表空间,创建T_XIFENFEI测试表  代码如下 复制代码 SQL> create tablespace xifenfei datafile '+XIFENFEI' SIZE 50m;   Tablespace created.   SQL> CREATE TABLE T_XIFENFEI TABLESPACE XIFENFEI   2  AS SELECT * FROM DBA_OBJECTS;   Table created.   SQL> SELECT COUNT

oracle中ADHU(ASM Disk Header Utility)—asm disk header备份恢复工具

adhu(ASM Disk Header Utility)作为oracle asm中和kfed,amdu齐名的asm三大恢复神器之一,没有被oracle大力推广(属于内部工具),随着kfed功能增强和asm disk header自动备份功能的完善,adhu oracle基本上停止的开发支持,可以用来作为10.2.0.5之前asm版本的磁盘头保护工具 adhu预览 这里可以通过shell封装的utildhu调用adhu程序,实现更加人性化和自动化操作,它含有install,check,repai

Oracle ASM 翻译系列第十弹:ASM Internal ASM DISK header

ASM disk header ASM磁盘头可能是ASM元数据中最广为人知的部分.之前你可能认为当它被破坏或丢失时,只能寄希望于Oracle技术支持人员协助来恢复.在本节中将解释ASM磁盘头的重要性和它包含的信息. Block zero ASM磁盘是以AU为单位进行格式化的,部分AU会存放ASM元数据,其他AU存放数据库中的相关数据(如数据文件.备份文件.归档文件等等).包含ASM元数据的AU会以元数据块的方式进行格式化(一个元数据块的大小为4K).AU0位于ASM磁盘的起始位置,它始终用于存储

Oracle中的ASM DISK HEADER 备份与恢复

最近遇到几次ASM DATA HEADER出问题导致DISK GROUP 不能正常的MOUNT,是的数据库不能正常工作,从来带来了无穷的麻烦,这个时候心想,如果我做了ASM DATA HEADER的备份该多好啊,可惜世上没有后悔药,建议大家检查下自己的ASM库,ASM HEADER是否已经做了备份,如果没有请及时处理下.这里试验提供了dd和kfed备份和恢复ASM HEADER 查询ASM相关信息 SQL> select group_number,name,state,total_mb,free

oracle中ASM DISK HEADER 备份与恢复的方法

最近遇到几次ASM DATA HEADER出问题导致DISK GROUP 不能正常的MOUNT,是的数据库不能正常工作,从来带来了无穷的麻烦,这个时候心想,如果我做了ASM DATA HEADER的备份该多好啊,可惜世上没有后悔药,建议大家检查下自己的ASM库,ASM HEADER是否已经做了备份,如果没有请及时处理下.这里试验提供了dd和kfed备份和恢复ASM HEADER 查询ASM相关信息  代码如下 复制代码 SQL> select group_number,name,state,to

Oracle RAC ASM disk header 备份恢复与重建示例说明

select * from dba_data_files; col name format a15 col failgroup format a20 col path format a30 oracle KFED 和 KFOD 工具说明 1. Check v$asm_disk.header_status toverify that the disk header is in a "MEMBER" state.检查asmdisk header 的状态. select path,heade

oracle中fdisk导致的ASM磁盘数据丢失的解决方法_oracle

11.2.0.3 数据库因asm磁盘头块损坏宕机,出现错误ORA-15196.更详细的错误如下:ORA-15196: invalid ASM block header [kfc.c:26076] [endian_kfbh] [256] [0 != 1]进一步的检查发现DataGuard同样损坏.这让大家陷入不解,为何主库和备库会同时损坏? 最终经过仔细检查发现:是SA发现主机上一块磁盘没用,在主备都执行了fdisk mkfs. 最终的恢复得益于用户的异地灾备环境.这个案例给我们的警示是:1.DB

oracle中fdisk 导致的ASM磁盘数据丢失

11.2.0.3 数据库因asm磁盘头块损坏宕机,出现错误ORA-15196. 更详细的错误如下:ORA-15196: invalid ASM block header [kfc.c:26076] [endian_kfbh] [256] [0 != 1] 进一步的检查发现DataGuard同样损坏.这让大家陷入不解,为何主库和备库会同时损坏? 最终经过仔细检查发现: 是SA发现主机上一块磁盘没用,在主备都执行了fdisk mkfs. 最终的恢复得益于用户的异地灾备环境. 这个案例给我们的警示是: