企业告知重装的服务器,两个实例无法自动启动,需要进入管理平台手工干预下,方可启动,服务里面相关实例的状态都是正常的“已启动”状态。
登陆上去查看了下,发现一个实例的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没有关系,后因为远程比较费劲,机器又要淘汰,没再继续试验,在此记录下。