今天,遇到一个小case,开发人员要求重启weblogic.很简单的事情(其实有脚本的,执行下就好,但是开发人员没有权限),admin server启动正常,managed server一直有问题.查看下日志,显示的是几个datasource有问题:
ce' due to error weblogic.application.ModuleException: .
server停留在resuming的状态.在console里查看connection pool的连接,发现有两个DB没有启动.其中一个10g的很顺利的启动了.还有一个9i的很诡异(其实是自己接触db比较少,那台服务器就没怎么上过)加载环境变量之后,启动listener ,然后启动DB,遇到错误:
ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file
'/opt/oracle/product/9.2.0.1/dbs/xxxxxxxxx'
网上给出了很多的参考方案,一般就是重建spfile.但是这里根本不是这样的.这台server里的DB有点葛,其他的都是有加载profile的,这里要加载的profile是过时的,直接切到用户的时候那个环境变量带的sid才是真正要启动的.杯具. 天下太平了.
补充说下,我们是如何确定征程工作的sid名称的:
在我们进行关机操作之前,首先要运行一些系统信息采集脚本(其实就是ps df netstat 之类的合集),怕重启之后漏掉服务.这次问题的解决这个记录帮了很大的忙,因为我以前根本不怎么上这台server,跟他不熟啊.
在此,补充下 9i的sqlplus系统认证登录需要引号, sqlplus ' / as sysdba '才能正常通过.
总结:对环境熟悉是好的,但是不能依赖自己熟悉的环境.总有例外的,比如系统用户的初始环境变量可以在etc下面的profile设置,也可以在自己的用户目录下设置,还可能在别的地方执行source命令.不能因为你前面的99台都是A,就肯定第100台不会是B.
生活亦是如此,成功了99次,不代表会成功100次.失败了100次,不代表第101次不会成功.
阅读(4684) | 评论(0) | 转发(0) |
