asm 磁盘头丢失,损坏

BUG 14693394 – ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:26076] [ENDIAN_KFBH]

BUG 14758001 – ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:23924] [ENDIAN_KFBH] [2147483654]

BUG 14827224 – PS:WIN64:ORA-15196:INVALID ASM BLOCK HEADER[KFC.C:28261] ON DB CREATE ON VMS

BUG 14779268 – ASM DISK HEADER ERASED – NEED TO EXTRACT DATA

BUG 13772417 – LNX64-12.1-ASM:ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:27615] [CHECK_KFBH]

Disk header copy

Lately there is an extra copy of the asm disk header. This copy can be used to fix the real header using kfed with the

repair option.

Location

This copy is stored as the last block of the PST. That means it is in the last block of allocation unit 1 (the original is

block 0 of au 0). The default sizes for an allocation unit is 1M and for the meta data block size is 4K, meaning 256

blocks in each au. So typically the copy is in au 1 block 254. (ASM counts from zero, the original is in allocation unit 0

block 0)

kfed repair Provided you established that the only problem is with the lost/corrupt disk header, the fix is as simple as:

$ kfed repair <disk name>

If the AU size is non-standard, the above will fail with something like:

KFED-00320: Invalid block num1 = [3], num2 = [1], error = [type_kfbh]

But that is expected and no harm is done. All you need to do is specify the correct AU size. E.g. for 4MB AU the

command would be:

$ kfed repair <disk name> ausz=4194304

时间: 2024-10-05 16:48:54

asm 磁盘头丢失,损坏的相关文章

asm 磁盘分区丢失恢复----惜分飞

有朋友反馈,他们做了xx存储的双活之后,重启主机发现gi无法正常启动,分析发现所有该存储的磁盘分区信息丢失,导致asmlib无法发现磁盘(使用分区做asm disk)类似如下错误(磁盘分区丢失) --fdisk -l 显示部分结果 Disk /dev/mapper/datahds1: 1099.5 GB, 1099511627776 bytes 255 heads, 63 sectors/track, 133674 cylinders Units = cylinders of 16065 * 5

oracle11g ASM磁盘组头部损坏修复(asm修复2)

--编译KFED [[email protected] lib]$cd $ORACLE_HOME/rdbms/lib [[email protected] lib]$ pwd /u01/app/oracle/product/10.2.0/db_1/rdbms/lib [[email protected] lib]$ make -f ins_rdbms.mk ikfed [[email protected] ~]$ kfed read /dev/oracleasm/disks/VOL1 kfbh.

asm磁盘全部是损坏恢复总结

实验环境: centos6.4 oracle 11.2.0.4 -- 使用的是udev方式映射的raw,然后做的是asm --- 本来想把sdb,sdc这个块磁盘替换掉. sdb => 1g:sdb1,sdb2,sdb3. 2g:sdb5,sdb6,sdb7 sdc => 2g:sdc1,sdc2,sdc3,sdc5,sdc6 做成了2个磁盘组 OCR sdb1,sdb2,sdb3  raw1,raw2,raw3,raw4 DATA sdb5,sdb6,sdb7 sdc1 raw5 ,raw6

ORACLE 11G RAC ASM磁盘组全部丢失后的恢复

一.环境描述(1)Oracle 11.2.0.3 RAC ON Oracle Linux 6 x86_64,只有一个ASM外部冗余磁盘组--DATA:(2)OCR,VOTEDISK,DATAFILE,CONTROLFILE,SPFILE全部位于这个磁盘组上:二.故障描述(1)存储故障导致ASM磁盘丢失.(2)CRS因为OCR和VOTEDISK的丢失,除了OHAS还联机外,CLUSTERWARE服务都已经停止.三.备份情况(1)RMAN备份:包括controlfile,database,spfil

案例:Oracle非常规恢复 ASM磁盘组diskgroup被删除使用kfed进行完美恢复

Oracle RAC环境ASM磁盘组被强制删除,使用kfed工具完美恢复误删除磁盘组案例 在某些情况下,可能因为误操作,不小先drop diskgroup,这个时候千万别紧张,出现此类故障,可以通过kfed进行完美恢复(数据0丢失).如果进一步损坏了相关asm disk,那后续恢复就很麻烦了,可能需要使用dul扫描磁盘来进行抢救性恢复,而且可能导致数据丢失. 1.创建Oracle环境中的测试磁盘组 [[email protected] ~]$ sqlplus / as sysasm SQL*Pl

AMDU恢复ASM磁盘组数据(测)

--umount ASMCMD> umoung -a asmdg commands: md_backup, md_restor lsattr, setattr cd, cp, du, find, help, ls, lsct, lsdg, lsof, mkalias mkdir, pwd, rm, rmalias chdg, chkdg, dropdg, iostat, lsdsk, lsod, mkdg, mount offline, online, rebal, remap, umount

使用文件模拟ASM磁盘

尽管Oracle缺省都是使用裸设备来创建ASM磁盘,但其实Oracle也允许使用普通文件来创建ASM磁盘, 当然这种方法最好只用在测试环境下或者学习环境下,不能用在生产环境下.之所以必须要用裸设备, 是因为有一个隐含参数_asm_allow_only_raw_disks在起作用. 通过SQL查看ASM参数: set lines 120 col name for a30 col value for a10 col DESCRIPTION for a50 SQL> select x.ksppinm

ASM 磁盘、目录的管理

--======================== -- ASM 磁盘.目录的管理 --======================== ASM磁盘是ASM体系结构的重要组成部分,ASM磁盘由ASM实例来定位.管理,本文主要讲述ASM磁盘组.故障组等等. 有关ASM实例及ASM数据库的创建请参考:创建ASM实例及ASM数据库 一.相关概念 1.ASM 磁盘组 ASM存储管理除了ASM实例之外,最大的组成部分就是ASM磁盘组.一个ASM磁盘组由过多个ASM磁盘组成 一个磁盘组内可以存放多个数据文

AIX使用LV创建ASM磁盘组

纠结啊为毛感觉只过了一天,就有两天没写了,今天晚上的机票离开上海.希望小叶子不会难为我. 昨晚研究了一下插卡小哥的业务流程,发现他并不是每个房间都插的,时间在每晚的9点到11点之间.估计是会在周边每个宾馆巡回一遍,插广告的房间有两种可能,第一种就是他们和宾馆沆瀣一气,知道哪个房间有人,第二种可能就是他们只给大床房的房间发,7天没有单间所以单身旅客一般会选择大床房,这绝对是优质潜在用户哇. 晚上看了个 正者无敌 还挺好看的样子,里面男主娶了3房姨太太,不错不错~ 晚上做了个梦,醒来后还是格外清晰,