ORA-15097: cannot SHUTDOWN ASM instance with connected client 和 ORA-01031: insufficient privileges 处
2017-08-09 18:19
716 查看
[grid@racnode1 ~]$ sqlplus / as sysasm
SQL*Plus: Release 11.2.0.1.0 Production on Wed Aug 9 17:49:58 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> select instance_name,status from v$instance;
INSTANCE_NAME STATUS
---------------- ------------
+ASM1 STARTED
SQL> shutdown
ORA-15097: cannot SHUTDOWN ASM instance with connected client
[grid@racnode1 ~]$ srvctl stop asm -n racnode1 -f
PRCR-1014 : 无法停止资源 ora.asm
PRCR-1065 : 无法停止资源 ora.asm
CRS-2675: 未能停止 'ora.RACDB_DATA.dg' (在 'racnode1' 上)
CRS-2675: 未能停止 'ora.FRA.dg' (在 'racnode1' 上)
在oracle 10g 环境下,我们停RAC的顺序是:
(1)数据库
(2)ASM
(3)CRS
但是在Oracle 11gR2下,如果是用OUI来安装的话,除了数据文件之外,OCR 也是放在ASM里的。 11gR2是支持RAW设备的,但是需要手动的安装。
所以这里就遇到了问题。 OCR也是放在ASM里的,这样CRSD 就会成为ASM的客户端。 如果我们像Oracle 10g里那样直接停ASM的时候,就会报上面的错误。 所以,在11gR2下面,要停ASM实例的话,只能和CRS一起停。
root用户下:
[root@racnode2 bin]# /u01/app/11.2.0/grid/bin/crsctl stop crs
在关闭ASM实例的时候,还遇到一个问题:
sqlplus / as sysdba
SQL> shutdown immediate;
ORA-01031: insufficient privileges
SQL>
提示权限不错,如果遇到这种错误,可以用sqlplus / as sysasm方式连接。 这样就有了sysasm的权限。
SQL*Plus: Release 11.2.0.1.0 Production on Wed Aug 9 17:49:58 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> select instance_name,status from v$instance;
INSTANCE_NAME STATUS
---------------- ------------
+ASM1 STARTED
SQL> shutdown
ORA-15097: cannot SHUTDOWN ASM instance with connected client
[grid@racnode1 ~]$ srvctl stop asm -n racnode1 -f
PRCR-1014 : 无法停止资源 ora.asm
PRCR-1065 : 无法停止资源 ora.asm
CRS-2675: 未能停止 'ora.RACDB_DATA.dg' (在 'racnode1' 上)
CRS-2675: 未能停止 'ora.FRA.dg' (在 'racnode1' 上)
在oracle 10g 环境下,我们停RAC的顺序是:
(1)数据库
(2)ASM
(3)CRS
但是在Oracle 11gR2下,如果是用OUI来安装的话,除了数据文件之外,OCR 也是放在ASM里的。 11gR2是支持RAW设备的,但是需要手动的安装。
所以这里就遇到了问题。 OCR也是放在ASM里的,这样CRSD 就会成为ASM的客户端。 如果我们像Oracle 10g里那样直接停ASM的时候,就会报上面的错误。 所以,在11gR2下面,要停ASM实例的话,只能和CRS一起停。
root用户下:
[root@racnode2 bin]# /u01/app/11.2.0/grid/bin/crsctl stop crs
在关闭ASM实例的时候,还遇到一个问题:
sqlplus / as sysdba
SQL> shutdown immediate;
ORA-01031: insufficient privileges
SQL>
提示权限不错,如果遇到这种错误,可以用sqlplus / as sysasm方式连接。 这样就有了sysasm的权限。
相关文章推荐
- ORA-15097: cannot SHUTDOWN ASM instance with connected client 和 ORA-01031: insufficient privileges 处理方法
- ORA-15097: cannot SHUTDOWN ASM instance with connected client 和 ORA-01031: insufficient privileges
- ORA-15097: cannot SHUTDOWN ASM instance with connected client (process 2476)
- rac11g错误:ORA-15097: cannot SHUTDOWN ASM instance with connected client
- ORA-15097: cannot SHUTDOWN ASM instance with connected client (process 16359)
- ORA-15097: cannot SHUTDOWN ASM instance with connected client
- oracle 10.2.0.1 ORA-15097: cannot SHUTDOWN ASM instance with connected RDBMS instance
- 解决ORA-15097 Cannot shutdown ASM if OCR is Located in ASM
- ORA-15064: communication failure with ASM instance
- ASM INSTANCE CRASHES FREQUENTLY WITH ORA-15082 in 11g [ID 1056695.1]
- ORA-29786: SIHA attribute GET failed with Error If 11gR2 ASM instance is created manually [ID 976075
- 【翻译自mos文章】Oracle Cluster failed to start with ASM instance getting ORA-00443 ---改动/etc/resolv.conf所致
- ORA-29786: SIHA attribute GET failed with Error If 11gR2 ASM instance is created manually
- oracle 11g ASM 的管理用户 asm shutdown immediate ORA-01031: insufficient privileges
- ORA-00265:instance recovery required, cannot set ARCHIVELOG mode
- ORA-01093: alter database close only permitted with no sessions connected
- ASM disk group mount fails with ORA-15036: disk is truncated [ID 1077175.1]
- ORA-01093: ALTER DATABASE CLOSE only permitted with no sessions connected
- ORA-00265: instance recovery required, cannot set ARCHIVELOG mode
- Server IPC version 9 cannot communicate with client version 4