断电故障导致 ASM DiskGroup 故障及恢复案例

« 恩墨科技将举行Oracle性能优化与诊断案例培训 | Blog首页 | 使用errorstack跟踪ORA-01438错误 »

断电故障导致 ASM DiskGroup 故障及恢复案例

作者：eygle |【转载时请以超链接形式标明文章出处和作者信息及本声明】
链接：http://www.eygle.com/archives/2009/07/asm_diskgroup_mounted_status.html

站内相关文章|Related Articles

Resize datafile导致ASM Crash一例

Oracle Diagnostics:How to deal with ORA-19815

SAP系统中的Bug 5376783 dbms_space高物理读

使用ora_rowscn识别误操作数据时间点

并行查询的 PX Deq: reap credit 等待

ASM在RAC环境中的使用已经极其广泛，但是往往由于对ASM的认识不够，很多时候在处理故障时会陷入谜团，前一段在客户环境中就遇到了一个ASM的棘手问题。

客户由于断电导致了存储故障，进而使得部分磁盘对主机不可见，某个磁盘组无法加载，此时客户尝试过重启启动数据库，就遇到了如下错误：

Thu Jun 25 05:00:11 2009
Errors in file /u01/app/oracle/admin/billing/udump/billing1_ora_8184.trc:
ORA-15062: ASM disk is globally closed
ORA-15025: could not open disk '/dev/rdsk/c12t0d2'
ORA-27041: unable to open file
HPUX-ia64 Error: 6: No such device or address
Additional information: 3
Thu Jun 25 05:00:29 2009
Errors in file /u01/app/oracle/admin/billing/udump/billing1_ora_8761.trc:
ORA-15062: ASM 磁盘已全局关闭
ORA-15025: 无法打开磁盘 '/dev/rdsk/c12t0d2'
ORA-27041: 无法打开文件
HPUX-ia64 Error: 6: No such device or address
Additional information: 3
Thu Jun 25 05:00:29 2009
Errors in file /u01/app/oracle/admin/billing/udump/billing1_ora_8759.trc:
ORA-15062: ASM disk is globally closed
ORA-15025: could not open disk '/dev/rdsk/c12t0d2'
ORA-27041: unable to open file
HPUX-ia64 Error: 6: No such device or address
Additional information: 3

注意在这个提示中，有一个重要提示：ORA-15062: ASM 磁盘已全局关闭。

也就是说，由于磁盘无法访问，ASM将磁盘在全局关闭，ASM磁盘组也不可用。

进一步的，如果强制打开数据库，Oracle会将该磁盘组的所有文件Offline离线处理，然后Open数据库：

Thu Jun 25 06:10:41 2009
KCF: write/open error block=0xce0db online=1
     file=148 +DG_DATA_03/billing/datafile/tbs_table_20.256.654268217
     error=15081 txt: ''
Automatic datafile offline due to write error on
file 148: +DG_DATA_03/billing/datafile/tbs_table_20.256.654268217
KCF: write/open error block=0x72b online=1
     file=21 +DG_DATA_03/billing/datafile/tbs_idx_20.265.654273237
     error=15078 txt: ''
Automatic datafile offline due to write error on
file 21: +DG_DATA_03/billing/datafile/tbs_idx_20.265.654273237
KCF: write/open error block=0x4c6e9 online=1
     file=50 +DG_DATA_03/billing/datafile/tbs_dailytable_20.270.656595577
     error=15078 txt: ''

这就造成了进一步的一个现象，在数据库看来，始终有一个磁盘组是Mounted的状态，数据库无法连接，也就无法访问其中的数据：

SQL> select name,state from v$asm_diskgroup_stat;
NAME                           STATE
------------------------------ -----------
DG_DATA_01                     CONNECTED
DG_DATA_02                     CONNECTED
DG_DATA_03                     MOUNTED

这其实很正常，Oracle不访问该DG中的磁盘，该磁盘就保持了MOUNTED状态，我们只要尝试访问该磁盘中的文件，该磁盘组就会显示为数据库连接的CONNECTED状态。

我们简单的通过RMAN的COPY命令就激活了该磁盘组的磁盘访问：

RMAN> copy datafile '+DG_DATA_03/billing/datafile/tbs_20.264.654269073' to '/backup/a.dbf';

对ASM的学习和认识，还要继续加深！

-The End-

历史上的今天...
>> 2007-07-09文章:

Oracle中数据文件大小的限制

>> 2004-07-09文章:

使用or展开进行sql调整

相关文章	随机文章
Resize datafile导致ASM Crash一例 Oracle Diagnostics:How to deal with ORA-19815 SAP系统中的Bug 5376783 dbms_space高物理读使用ora_rowscn识别误操作数据时间点并行查询的 PX Deq: reap credit 等待	Oracle进程内存结构-如何察看Oracle进程消耗的内存 Oracle的大表,小表与全表扫描 ITPUB年会印象-相会朋友们 DBA警世录:谨慎操作数据字典 What Kind Of DBA we need-我们需要什么样的DBA?

搜索本站:

留言 (4)

遇到过类似问题

Posted by: fwei_fengwei at July 10, 2009 8:52 AM

遇到过类似问题

Posted by: fwei_fengwei at July 10, 2009 8:53 AM

这一定是后记的！
'/backup/a.dbf'; diskgroup前面应该是加号吧
嘿嘿！

Posted by: lypflash at January 1, 2010 4:22 PM

那是从Diskgrouup复制到文件系统，没错的。

Posted by: eygle at January 2, 2010 12:32 PM

www.eygle.com

断电故障导致 ASM DiskGroup 故障及恢复案例

留言 (4)

发表留言: