今天碰着一个故障，某客户大清早rac数据库dang机了，看日志OCR起不来，尝试rac独占模式没有起来。这不想到了amdu工具。

简介：

从Oracle 11g开始，Oracle提供了一个工具AMDU用于协助诊断，通过这个工具可以在磁盘组加载之前将ASM的元数据抽取出来，用于数据库诊断，这个工具可以向后兼容，引入到10g中。

通过amdu –h可以查看详细的帮助说明，缺省的调用amdu，会自动生成一个以时间命名的目录，该目录下生成的报告文件会记录磁盘组的相关信息：

[oracle@racpri2 ~]$  amdu

amdu_2020_06_04_18_38_51/

[oracle@racpri2 ~]$ cd amdu_2020_06_04_18_38_51

[oracle@racpri2 amdu_2020_06_04_18_38_51]$ ls

report.txt

report 主要内容如下

[oracle@racpri2 amdu_2020_06_04_18_38_51]$ more report.txt

-*-amdu-*-

******************************* AMDU Settings ********************************

ORACLE_HOME = /u01/app/product/112040/db_1

System name:    Linux

Node name:      racpri2

Release:        2.6.32-696.el6.x86_64

Version:        #1 SMP Tue Mar 21 19:29:05 UTC 2017

Machine:        x86_64

amdu run:       04-JUN-20 18:38:51

Endianess:      1

--------------------------------- Operations ---------------------------------

------------------------------- Disk Selection -------------------------------

 -diskstring ''

------------------------------ Reading Control -------------------------------

------------------------------- Output Control -------------------------------

********************************* DISCOVERY **********************************

******************************* END OF REPORT ********************************

以下命令指定转储 CRSDG 的磁盘组信息，除了报告文件外，还生成了 map 和 img 信息文件：

首先抽取控制文件：

amdu -diskstring "/dev/asm*" -extract DATA.260

接着去读取控制文件中的信息：

$strings  DATA.260

抽取数据文件日志文件：

amdu -diskstring "/dev/asm*" -extract DATA.257

amdu -diskstring "/dev/asm*" -extract DATA.490

抽取归档日志文件:

amdu -diskstring "/dev/asm*" -extract DATA.2_147

amdu -diskstring "/dev/asm*" -extract DATA.1_195

接着大家伙尝试用拷贝出来的文件将数据库拉起来吧。