mysql tb级_一次TB级ERP(ASMRAC)库的恢复

Tue Feb 18 05:53:58 2014

首先利用kfed 读取相关的disk，发现asm的相关元数据基本上都不存在了，因为前面的add disk force其实相当于是吧

diskgroup 重建了一次，其中最为关键的file directory元数据没了。这是非常麻烦的一件事。

在恢复的过程中，我们甚至尝试了Oracle DUL，发现file directory完全丢失的情况下，dul根本无法正常工作。当然，

我们利用老熊的ODU成功的恢复了该库。ODU目前有这样的一个强悍功能，可以进行scan asm disk，然后将所有数据文件

的AU分配信息扫描出并记录到一个文件asm_fileext_meta.odu 中，然后可以自动的将AU进行拼接，也就形成了一个完整

的数据文件，大致的语法如下：

extract asm file

1 to /xxxxx/system01.dbf

extract asm file

2 to /xxxxx/undotbs1_01.dbf

extract asm file

3 to /xxxxx/sysaux01.dbf

备注:

1. 第一次使用抽取文件的方式进行了恢复，由于数据字典损坏严重，导致数据库open后问题不断(其中还修复了

大量的block，因为部分block是空的，空块是因为部分disk完成了reblance，部分没有，导致抽取的数据字典不完整)，

因此我们又重新抽取了一次数据，并重建库导入，前后花费了大量的人力，当然这也是我第一次利用ODU

恢复ERP库，并完美的解决问题。 这里必须赞一个！

2. 关于file directory，可以参考：http://www.killdb.com/2013/01/13/oracle-asm-%e5%89%96%e6%9e%90%e7%b3%bb%e5%88%974-file-directory.html

本文原创发布php中文网，转载请注明出处，感谢您的尊重！