如果自己搞不定可以找诗檀软件专业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