阅读 141

磁盘组不能自动挂载

磁盘组不能自动挂载的    原因有2:  

1 、asm_diskgroups 不能为空,需要配置所有的磁盘组
2、磁盘组的属性AUTO_START应该设置为always,该问题是bug  8663101 :  修改用 crsctl modify resource ora.DATA.dg -attr AUTO_START=always,查询用:crsctl stat res ora.OCR.dg  -p 




[grid@node1 ~]$ sqlplus / as sysdba


SQL*Plus: Release 11.2.0.1.0 Production on Sat Feb 25 06:32:37 2017


Copyright (c) 1982, 2009, Oracle.  All rights reserved.




Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Real Application Clusters and Automatic Storage Management options


SQL> show parameter disk


NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
asm_diskgroups                       string      ARCH, TEST, DATA, OCR
asm_diskstring                       string      /dev/asm*, ORCL:ARCHDISK, ORCL
                                                 :DATADISK, ORCL:OVDISK
SQL> create pfile='/tmp/a.txt' from spfile;


File created.


SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Real Application Clusters and Automatic Storage Management options
[grid@node1 ~]$ more /tmp/a.txt
+ASM2.__oracle_base='/u01/app'#ORACLE_BASE set from in memory value
+ASM1.__oracle_base='/u01/app/'#ORACLE_BASE set from in memory value
+ASM1.asm_diskgroups='ARCH','TEST','DATA','OCR'#Manual Mount
+ASM2.asm_diskgroups='ARCH','DATA','TEST','OCR'#Manual Mount
*.asm_diskstring='/dev/asm*','ORCL:ARCHDISK','ORCL:DATADISK','ORCL:OVDISK'
*.asm_power_limit=1
*.diagnostic_dest='/u01/app'
*.instance_type='asm'
*.large_pool_size=12M
*.remote_login_passwordfile='EXCLUSIVE'
[grid@node1 ~]$ 



[root@rac1 ~]# srvctl start diskgroup -g data -n "rac2"
[root@rac1 ~]# srvctl start diskgroup -g oradata -n "rac2"
[root@rac1 ~]# srvctl start diskgroup -g oradata -n "rac1"
[root@rac1 ~]# su - grid
[grid@rac1:/home/grid]$crsctl modify resource ora.DATA.dg -attr AUTO_START=always
[grid@rac1:/home/grid]$crsctl modify resource ora.ORADATA.dg -attr AUTO_START=always
[grid@rac1:/home/grid]$crsctl modify resource ora.ARCH.dg -attr AUTO_START=always
[grid@rac1:/home/grid]$crsctl modify resource ora.OCR.dg -attr AUTO_START=always

多次测试  所有磁盘均能正常挂载

该解决办法出自 ID:1065158.1  问题原因可能涉及到11.2.0.1的一个BUG  bug 8663101   该BUG 在12.2.0.2已经被修复    

下一步 该升级数据库了

1. Manually start the diskgroup:    srvctl start diskgroup -g <dg_name> [-n "<node_list>"]
or
2. Modify the attribute AUTO_START to "always"
    
crsctl modify resource ora.<diskgroup>.dg -attr AUTO_START=always

   

单击此项可添加到收藏夹Diskgroup resource shows status offline after restart even it is mounted in ASM instance (文档 ID 1065158.1)转到底部转到底部

         

In this Document

Symptoms Changes Cause Solution References



APPLIES TO:

Oracle Database - Enterprise Edition - Version 11.2.0.1.0 and later          
Information in this document applies to any platform.          

SYMPTOMS

After restart the 11.2 HAS stack, the diskgroup (.dg) resource is showing "OFFLINE" status, but diskgroup is mounted in the ASM instance.

For example:

$ crsctl stat res ora.DATA.dg

NAME=ora.DATA.dg
TYPE=ora.diskgroup.type
TARGET=OFFLINE, ONLINE
STATE=OFFLINE, ONLINE on host1          


From ASM when you query , the diskgroup shows as mounted.

SQL> conn / as sysdba
Connected.
SQL> select name,state from v$asm_diskgroup;

NAME                            STATE
------------------------------ -----------
DATA                             MOUNTED          

CHANGES

From the crsd.log:

2010-02-05 16:05:09.988: [    A**][56] ora.DATA.dg host1 1 received state from probe request. Old state = UNKNOWN, New state = OFFLINE          


From oraagent_oracle.log:

2010-02-05 16:05:09.799: [    A**][9] ora.DATA.dg host1 1 state changed from: UNKNOWN to: OFFLINE          

CAUSE

This is caused by an unpublished bug 8663101 11.2 DG RES OFFLINE, BUT DISKGROUP MOUNTED AFTER RESTART HAS STACK 

The diskgroup is mounted in asm before crsd is up so crsd is never notified of the diskgroup resource start. 

SOLUTION

The bug has been fixed in 11.2.0.2 patchset.

Two workarounds available:

1. Manually start the diskgroup:
    srvctl start diskgroup -g <dg_name> [-n "<node_list>"]

or
2. Modify the attribute AUTO_START to "always"
     crsctl modify resource ora.<diskgroup>.dg -attr AUTO_START=always          

REFERENCES


NOTE:1060920.1            - ALERT.LOG for ASM Shows "WARNING: failed to online diskgroup resource ora.GI.dg (unable to communicate with CRSD/OHASD)"          


文章分类
后端
文章标签
版权声明:本站是系统测试站点,无实际运营。本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 XXXXXXo@163.com 举报,一经查实,本站将立刻删除。
相关推荐