相关链接：1/17 http://www.enmotech.com/web/detail/1/580/1.html

                 2/17 http://www.enmotech.com/web/detail/1/581/2.html

                 3/17 http://www.enmotech.com/web/detail/1/582/2.html

                 4/17 http://www.enmotech.com/web/detail/1/585/1.html

                 5/17 http://www.enmotech.com/web/detail/1/586/2.html

                 6/17 http://www.enmotech.com/web/detail/1/587/2.html

                 7-17/17 http://www.enmotech.com/web/detail/1/589/1.html

文末有下载方式：

ASM 数据抽取恢复

通过 AMDU 恢复数据案例一则

2012 年 2 月 21 日，一个香港用户的 ASM 破坏，请求数据恢复。

案例警示

这类案例我们已经遭遇了很多，在这里再次郑重提示以下内容。 

1. 存储的使用分配应当自始至终建立和维护详细的档案。

鉴于众多惨痛的数据灾难，结合标准化流程要求，我们建议用户对于数据库的存储规划、分配，建立详细 的档案记录，在进行后续的维护操作时，严格通过文档进行对比确认，杜绝低级的误操作行为。

标准化和文档维护不仅仅是流程和管理的需要，也是对技术人员屏蔽错误、保障数据安全的基本要求。我 们不能够把文档当做过场或可有可无的摆设，必须将其上升到数据安全的保障层面。

2. 涉及存储的调整，必须多部门协同反复确认。

由于底层存储对于数据库的核心作用，因而必须在进行维护时反复确认维护计划，多部门统一协调、共同 确认，避免流程割裂导致的误操作行为。

常规的存储维护在企业中被定义为系统或存储部门的责任，但是运行于其上的数据库是数据存储的核心使 用者，在存储维护的过程中，一定要数据部门介入和确认。对于 Oracle 数据库来说，由于前期的存储划分可能 非常零散，包括 OCR、VOTING、REDO、DATA 等都可能存在独立的存储分区，所以如果不进行严格管理， 在后期维护中就可能对其中的部分存储卷产生误操作，导致破坏。

当然，关于备份的重要性，如何强调都不为过，始终保有有效的备份才能够在出现问题时有备无患。

点击下载：

《Oracle DBA 手记4》6-17.pdf