很早之前记录过一个问题 - oracle可执行文件s位导致的Cluster资源组无法正常启动的问题解决。

今天在另外一个客户处又出现了同样的问题，解决方法一样，但是问题现象却不一样，着实折腾了很久。问题现象是，启动数据库没有任何报错，启动监听也没有任何问题，lsnrctl services命令显示一切正常，但是在远程客户端通过监听登陆数据库，第一次会报Oracle not available的错误，之后再次尝试会报TNS-12516错误, “TNS:listener could not find instance with matching protocol stack”，此时再次检查lsnrctl services，会发现监听的状态变为blocked。

同样是使用tar包安装的Oracle9i软件，同样是在Solaris 9中，似乎这是Solaris系统中tar命令的一个毛病。

最后执行chmod解决问题。

chmod u+s,g+s $ORACLE_HOME/bin/oracle

Oracle oracle9i Solaris

英文版地址：SQL Server 2008 Compared to Oracle Database 11g

中文版地址：SQL Server 2008与Oracle Database 11g相比较

计划找个时间批驳一下。:D

Oracle SQL Server

如果基于Veritas SF V4.1 MP2来安装Oracle 9.2.0.6 RAC for Solaris，不能完全按照Veritas官方文档“VERITAS Storage FoundationTM 4.1 for OracleRAC Installation and Configuration Guide”中提到的更新VCSIPC library的方法。

在文档中提到：

For a 32-bit version:
$ cp /opt/VRTSvcs/rac/lib/libskgxp92_32.so $ORACLE_HOME/lib/libskgxp9.so

For 64-bit version:
$ cp /opt/VRTSvcs/rac/lib/libskgxp92_64.so $ORACLE_HOME/lib/libskgxp9.so

但是实际上如果这样做的话，可能会在启动数据库以后在/var/adm/messages收到如下的警告信息，该警告信息会重复打印到终端窗口，比较烦人。

Jun 14 02:51:27 xxdb-server2 oracle[23169]: [ID 939233 user.alert] VCSIPC for Oracle: Minor version mismatch: oracle 4, ipc library 2,
Jun 14 02:51:27 xxdb-server2 VERITAS IPC 4.1MP2 05:35:21 Nov 21 2006

解决方法是使用版本号为9207的库文件：

那么如何判断到底是应该按照文档中所说cp libskgxp92_64.so还是应该cp libskgxp9207_64.so，则需要通过下面的命令来验证。

如果命令返回结果需要的库版本是22或者24，那么则需要使用9207版本的库文件。

Oracle9i RAC veritas

为什么一开始决定要在Windows Server 2003 64bit上安装Oracle9i呢？于是给服务器安装了Windows Server 2003 64bit操作系统。
可是为什么硬件架构是AMD64和Intel 64呢？Oracle9i没有这两个架构的64bit版本。于是格式化了重新安装Redhat Enterprise Linux 5。
可是又为什么不是正版的Redhat Enterprise Linux 5呢？于是格式化安装了Redhat Enterprise Linux 4 Update 2。
可是为什么RHEL4 Update 2不能在阵列上设置MPIO呢？于是格式化安装了Redhat Enterprise Linux 4 Update 4。

时间就这样在一遍一遍地折磨服务器和折磨群众的过程中悄然溜走，转眼就到了下班的时候，Yeah，明天再说了。

Install Oracle9i RAC