asm 磁盘头丢失，损坏，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 therepair 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 isblock 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>
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
Oracle ASM Diskgroup数据恢复终极方案PRM-DUL工具
ORACLE的ASM自动存储管理技术正被越来越多的企业采用，数据库采用ASM存储对比传统文件系统具有高性能、支持集群、管理方便等优势。 但ASM的问题在于，对于普通用户而言ASM的存储结构过于黑盒了，一旦ASM中的某个Disk Group的内部数据结构发生了损坏导致Disk Group无法被成功MOUNT，也就意味着用户重要的数据被锁死在这个ASM的黑盒中了。在这种场景中往往需要熟悉ASM内部数据结构的ORACLE原厂的资深工程师到达用户现场后通过手动修复ASM内部结构；而购买ORACLE原厂的现场服务对普通用户而言显得即昂贵又耗时。
基于PRM的研发人员(前ORACLE公司资深工程师)对ORACLE ASM内部数据结构的深入理解，PRM中加入了特别针对ASM的数据恢复功能。
PRM目前支持的ASM数据恢复功能包括：
1. 即便Disk Group无法正常MOUNT，仍可以通过PRM直接读取ASM磁盘上的可用的元数据metadata，并基于这些元数据将Disk Group中的ASM文件拷贝出来
2. 即便Disk Group无法正常MOUNT，仍可以通过PRM直接读取ASM上的数据文件，并抽取其中的数据，支持传统抽取方式和数据搭桥方式。
PRM对ASM的支持
功能 Supported
支持直接从ASM中抽取数据，无需拷贝到文件系统上 YES
支持从ASM中拷贝数据文件 YES
支持修复ASM metadata YES
支持图形化展示ASM黑盒 Future
社区版中ASM clone功能无任何限制，今后社区版将加入更多免费新特性
恢复场景6 从被损坏的ASM Diskgroup中拷贝出数据库数据文件
D公司开始采用ASM方案来替代文件系统和裸设备，但是由于使用的11.2.0.1版本ASM上Bug较多导致ASM DISKGROUP磁盘组无法加载MOUNT，通过多方修复ASM Disk Header无果。
此场景可以使用PRM的ASM Files Clone文件克隆功能从受损的ASM Diskgroup中拷贝出数据库数据文件。
打开主界面，菜单栏Tools选择ASM File(s) Clone:
进入ASM Disks界面，点击SELECT…按钮加入仍可用的ASM Disks，如/dev/asm-disk5(linux);确保加入所有可用LUN后，点击ASM analyze按钮
ORA-15042 ASM disk "disknumber" is missing错误详解
ORA-15042 ASM disk "disknumber" is missing from group number "groupnumber"
ORA-15066: offlining disk "" may result in a data loss
遇到该错误ORA-15042说明ASM下对应groupnumber的disk group 下对应disknumber的ASM Disk无法被找到，引起该错误的可能性有多种,如：
ASM_DISKSTRING设置不当，导致部分需要的ASM DISK没有被ASM_DISKSTRING反映出来
尝试add disk到某个diskgroup，但是过程中发生了问题或者中断了，此时用户对该add的disk 做了dd清理磁盘头，但是实际上diskgroup 的metadata中已经记录了该asm disk
单纯的ASM Disk的header被损坏或者彻底丢失，其原因可能是存储IO故障或人为的误损坏asm disk header或者是OS工具的导致
根据上述多种不同的原因，该ORA-15042错误有不同的解决方案,例如手动构造asm disk header等等。
如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!
Errors in file
ORA-15066: offlining disk "" may result in a data loss
ORA-15042: ASM disk "29" is missing
ORA-15042: ASM disk "28" is missing
ORA-15042: ASM disk "27" is missing
ORA-15042: ASM disk "26" is missing