WINXP ORACLE817双实例ora-1191无法启动的处理

企业告知重装的服务器，两个实例无法自动启动，需要进入管理平台手工干预下，方可启动，服务里面相关实例的状态都是正常的“已启动”状态。

 

登陆上去查看了下，发现一个实例的ALERT文件中以下信息：

 

alter database mount exclusive_

Tue Aug 07 11:39:51 2012

Successful mount of redo thread 1, with mount id 3081507077.

Tue Aug 07 11:39:51 2012

Database mounted in Exclusive Mode.

ORA-1991 signalled during: alter database mount exclusive...

 

继续察看另外一个实例的ALERT文件：

 

SNP2 started with pid=10

SNP3 started with pid=11

Tue Aug 07 11:39:40 2012

starting up 1 shared server(s) ...

starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...

Tue Aug 07 11:39:43 2012

alter database mount exclusive_

Tue Aug 07 11:39:51 2012

Successful mount of redo thread 1, with mount id 1318438661.

Tue Aug 07 11:39:51 2012

Database mounted in Exclusive Mode.

ORA-1991 signalled during: alter database mount exclusive...

 

两个实例的  remote_login_passwordfile参数都是 EXCLUSIVE，而且监听服务无法启动。

 

开始怀疑是两个实例都要排他式打开，以前碰到过类似的错误，怎么处理也忘记了。后来还是先就ORA-1991的错误,为两个实例重新建立了口令文件,并没有修改remote_login_passwordfile的值为NONE 或者SHARE,关闭数据库后重新打开,问题解决。不用别名直接连接，后一个实例和前一个安装的实例都可以连接上。

 

接下来看监听无法自动启动的问题，重建了监听，停止了WINDOWS的防火墙，试图停止360安全卫士没有成功，机器上安装了**的杀毒软件、360安全卫士，还启用了WINDOWS的防火墙。仍然是开机没法自动起来，设置了跟踪也看不出什么来，手动启动下监听服务就正常了，我想应该和参数remote_login_passwordfile没有关系，后因为远程比较费劲，机器又要淘汰，没再继续试验，在此记录下。

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7177735/viewspace-740385/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7177735/viewspace-740385/