AMDU和CHECK NOREPAIR在ASM磁盘组上报告相互矛盾的损坏结果

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638    QQ号:47079569    邮箱:service@parnassusdata.com

 

应用于:

Oracle数据库- 企业版- 11.1.0.7版本和更高版本

本文档中的信息适用于任何平台。

症状

为什么是AMDU而不是CHECK NOREPAIR报告ASM元数据损坏?

From ASM’s alert log:
~~~~~~~~~~~~~~~~~~~~~~
SQL> alter diskgroup FRAEDTRNPA check all norepair
NOTE: starting check of diskgroup FRAEDTRNPA
Fri Nov 09 10:19:43 2012
GMON checking disk 3 for group 29 at 167 for pid 30, osid 27582
GMON checking disk 4 for group 29 at 168 for pid 30, osid 27582
SUCCESS: check of diskgroup FRAEDTRNPA found no errors  <======================== No errors from CHECK NOREPAIR
SUCCESS: alter diskgroup

From AMDU’s report.txt:
~~~~~~~~~~~~~~~~~~~~~~~

*** Slept for 6 seconds waiting for heartbeats *** <================= Indication the ASM diskgroup is mounted

AMDU-00209: Corrupt block found: Disk N0005 AU [113792] block [0] type [0]
AMDU-00201: Disk N0005: ‘/dev/oracleasm/dat03d01a’
AMDU-00204: Disk N0005 is in currently mounted diskgroup DAT03
AMDU-00201: Disk N0005: ‘/dev/oracleasm/dat03d01a’
AMDU-00209: Corrupt block found: Disk N0008 AU [113792] block [0] type [0]
AMDU-00201: Disk N0008: ‘/dev/oracleasm/dat03d04a’
AMDU-00209: Corrupt block found: Disk N0006 AU [113792] block [0] type [0]

———————- SUMMARY FOR DISKGROUP FRAEDTRNPA ———————-
Allocated AU’s: 6487
Free AU’s: 95911
AU’s read for dump: 169
Block images saved: 37649
Map lines written: 169
Heartbeats seen: 0
Corrupt metadata blocks: 1024  <==================================================== AMDU reports corruption
Corrupt AT blocks: 0

原因

参考文献:

Bug 15855599  : FOR ASM DISKGROUP AMDU REPORTS CORRUPTION ‘CHECK ALL NOREPAIR’ REPORTS NO ERRORS

Bug 16263812  : ASM DISKGROUP AMDU REPORTS CORRUPTION ‘CHECK ALL NOREPAIR’ REPORTS NO ERRORS

解决方案

AMDU是转储工具,目的是获取ASM元数据的详细信息,主要在卸载的ASM磁盘组上。

虽然AMDU可以在安装的ASM磁盘组上运行,设计上并不知道ASM实例缓冲区是否缓存有坏的ASM元数据块。

因此,如果在磁盘组安装并激活的同时,收集到AMDU转储(即,持续的I / O),有可能AMDU会认为缓存在内存中,并没有写入到磁盘的坏ASM元数据块(飞行)不一致,从而报告损坏的元数据块。

如果 CHECK NOREPAIR报告安装的磁盘组上没有损坏,那么一旦ASM磁盘组正常卸载,AMDU应该不会再报告损坏(即没有卸载力)。如果是在集群环境中,磁盘组必须在所有集群的ASM实例中卸载。

重要提示:作为预防性步骤或最佳方案,试图卸载ASM磁盘组之前,要确保数据库上的RMAN备份量是最新的,并存储在一个安全的地方。

参考

BUG:16263812 – ASM DISKGROUP AMDU REPORTS CORRUPTION ‘CHECK ALL NOREPAIR’ REPORTS NO ERRORS
NOTE:1485597.1 – ASM tools used by Support : KFOD, KFED, AMDU

Comment

*

沪ICP备14014813号-2

沪公网安备 31010802001379号