通过asm层面查看
ASMCMD> lsdsk Path /dev/asmdisk/asm-arch01 /dev/asmdisk/asm-data01 /dev/asmdisk/asm-ocr01 /dev/asmdisk/asm-ocr02 /dev/asmdisk/asm-ocr03 dbsrv2-> ls -l /dev/asm * /dev/asm : total 0 /dev/asmdisk : total 0 lrwxrwxrwx 1 root root 6 Sep 14 17:39 asm-arch01 -> .. /sdb lrwxrwxrwx 1 root root 6 Sep 14 17:35 asm-data01 -> .. /sda lrwxrwxrwx 1 root root 6 Sep 11 09:11 asm-ocr01 -> .. /sdc lrwxrwxrwx 1 root root 6 Sep 11 09:11 asm-ocr02 -> .. /sdd lrwxrwxrwx 1 root root 6 Sep 11 09:11 asm-ocr03 -> .. /sde |
对于这类情况,由于客户的系统是ext4,根据这个文件系统特性,每隔2G会有一点破坏,最终数据恢复效果看运气,运气好直接通过元数据恢复出来所有数据文件,然后open库,然后不好可能需要底层碎片等,参见类似恢复:
asm disk被加入vg恢复
asm disk 磁盘部分被清空恢复
文件系统重新分区oracle恢复
删除分区 oracle asm disk 恢复
pvcreate asm disk导致asm磁盘组异常恢复
对于使用asm的客户,在对文件系统进行操作时,一定要注意asm disk,别弄错磁盘(把asm disk磁盘给误操作掉了),适当情况下linux平台可以考虑AFD(ASM FILTER DRIVER)