CCTV数据库cluster_database…

原文地址：CCTV数据库cluster_database_instances设置不正确问题 作者：顾问

昨天下午4:00去CCTV，原以为不需要呆很久，给点指导性意见就可以了，没想到到了后需要一直和CCTV的维护商把事情做完。由此发现了很多问题。
1. 数据库原来为4个节点，后来维护商用DBCA删除了一个节点后结果老报如下错误，并且ALERT文件增长非常快.

ORA-00313:<wbr><span>unable to open<wbr>log group</wbr></span> 4 (<span>Thread#</span> 2)<wbr>member<br> ORA-00312:<wbr><span>online log group</span> 4<wbr><span>thread</span> 2: '/global/qfs1/oracle_db/eip/redots/db_eip_raw_log211_200m'<br> ORA-27037:<wbr><span>unable to get file status</span><br> SVR4 Error: 2: No such file or directory<br> Additional information: 3</wbr></wbr></wbr></wbr></wbr>

<wbr></wbr>

doc 269320.1 (Removing a Node from a 10gR1 RAC Cluster)

<wbr></wbr>

8. If your database is in archive log mode you may encounter the
<wbr><wbr><wbr><wbr><wbr><wbr><wbr> following errors:<br><wbr><wbr><wbr><wbr><wbr><wbr><wbr> ORA-350<wbr><br><wbr><wbr><wbr><wbr><wbr><wbr><wbr> ORA-312<wbr><br><wbr><wbr><wbr><wbr><wbr><wbr><wbr> This may occur because the DBCA cannot drop the current log, as<br><wbr><wbr><wbr><wbr><wbr><wbr><wbr> it needs archiving.<wbr> This issue is fixed in the 10.1.0.3<br><wbr><wbr><wbr><wbr><wbr><wbr><wbr> patchset. But previous to this patchset you should click the<br><wbr><wbr><wbr><wbr><wbr><wbr><wbr> ignore button and when the DBCA completes, manually archive<br><wbr><wbr><wbr><wbr><wbr><wbr><wbr> the logs for the deleted instance and dropt the log group.<br><br><wbr><wbr><wbr><wbr><wbr><wbr><wbr> SQL&gt;<wbr> alter system archive log all;<br><wbr><wbr><wbr><wbr><wbr><wbr><wbr> SQL&gt;<wbr> alter database drop logfile group 2;<br> 出现这种情况只有在10Gr1上发生过，但没有10Gr2的例子，因此怀疑是一个BUG，由于客户方没有CSI，因此无法开SR确定。<br> 2. GSD总是无法通过init.crs start来启动成功.<br><wbr> 在启动时跟踪crsd.log，报crs-1019错误，这是明显的placement error，并看到节点1上的gsd尝试到节点2上去启动，于是检查参数cluster_database_instances，此值为2，而他们有3个实例。改为3然后重启CRS，一切正常。<br> 3.</wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr></wbr> 一个节点上的LISTENER无法启动
<wbr> 用crsctl start all的命令时</wbr> 一个节点上的LISTENER无法启动，但单独用crsctl多启动几次却能启动。刚开始的想法可能是CRS的bug，于是我手动用lsnrctl start 命令来启动也报错，检查LISTENER.ORA文件内容发现少了一个')'，我不得不晕倒。再次证明做DBA的细心和稳重胜于一切。
4. 到了27号3:00我要走人了，不再熬夜了，打了车回家，刚到家电话就打来了。说有个节点不能启动，并且改过的参数cluster_database_instances自动变回了2。这真是个笑话，因为肯定是他们的SPFILE很混乱造成的，因为他们SPFILE是每个节点使用自己的SPFILE而不使用共享的SPFILE， 参数cluster_database_instances改为3后重建了 每个节点自己的SPFILE而没有更新共享的SPFILE,但CLUSTER管理软件是使用 共享的SPFILE。我当时非常生气，因为我感冒了10多天没好还在吃药，CCTV机房非常冷，已经是带病工作了，我直接告诉他们我不会回去，但想想还是耐着性子告诉他们处理方法，启动数据库后给我打电话，10钟后数据库顺利启动，我也安然入睡。
今天还得去CCTV把身份证换回来。下午还得去CDB处理问题，惨！