12 2008 档案
摘要:昨天发现,当RAC1的public网线拔除,RAC2 reboot的真正原因。原因是心跳线竟然用的是public网卡,目前仍未找到心跳线用public网卡的原因。 补充: 个人认为,在config ocfs时,node的IP是public网卡的IP,当RAC1的public 网卡宕掉之后,OCFS文件系统将出现异常,而OCR在 OCFS的群集盘中,RAC2就无法访问OCR,从而出现re...
阅读全文
摘要:今天上午再次测试了一下,发现listener.ora不用修改,只修改tnsnames.ora就可以。
阅读全文
摘要:今天在作RAC的备份恢复测试(用veritas),测试的同事说RMAN无法使用,我连接进去之后发现如下问题: [oracle@racdb01 ~]$srvctl stop database -d rac [oracle@racdb01 ~]$srvctl start database -d rac -o nomount [oracle@racdb01 ~]$RMAN RMAN> connect t...
阅读全文
摘要:经过两次测试,感觉RAC很脆弱。 1.拔除RAC1的public网线,站在RAC2旁边看变化,发现VIP很快转换到RAC2,用户仍然可以使用。 2.1分钟后,RAC2自动重启,察看原因是共享盘无法mount,此时另一同事正在config SAN,无法确定是否真的共享盘出了问题。 3.干脆来个更狠的测试,拔除两台DB的电源,再插回去,重新开机,发现CRS无法启动。 [root@racdb02 ins...
阅读全文
摘要:1.检查数据库状态,状态正常 [oracle@racdb01 rac]$ crs_stat -t Name Type Target State Host ------------------------------------------------------------ ora.rac.db application ...
阅读全文
摘要:1. 检查RAC是否正常 [oracle@racdb01 ~]$ crs_stat -t Name Type Target State Host ------------------------------------------------------------ ora.rac.db application O...
阅读全文