把问题当机会，别把机会当问题

摘要： 1. 拔除RAC2 的priv网卡的网线，RAC2 reboot, RAC1正常工作 [oracle@mesdb01 ~]$ crs_stat -t Name Type Target State Host ------------------------------------------------------------ o... 阅读全文

摘要： 周一休假一天，晚上11:30仍没有睡觉，在看关于阿里巴巴和马云的书。突然电话响了，是夜班的同事打来的，他说产线均无法连接数据库了。好几个月都没有异常了，快忘记如何处理了。 他说ping可以通,请他到机房看看系统到底如何,结果发现已经无法作任何动作了,只好请他强行关机重启. 在异常发生之前,我们已经发现Session越来越多.在找问题中,结果就出事了.本周以来一直在找问题,今天终于找到了,是AP程式... 阅读全文

摘要： 1. 拔除rac2的hba卡光纤,让RAC2与存储柜中断,发现RAC2 reboot,RAC1正常工作 [oracle@racdb01 ~]$ crs_stat -t ora.rac.db application ONLINE ONLINE racdb01 ora....s1.inst application ONLINE ONLINE rac... 阅读全文

摘要： 最近测试RAC时发现，无论存储用OCFS还是ASM，当一个站点的public网卡断线，VIP飘走后，当此网卡恢复后无法自动飘回，试过几种方式均失败，不知是方法不正确还是真的无法自动飘回，需要继续研究。 阅读全文

摘要： 在测试RAC时,发现连接DB时有大概50%的几率会出现无法连接,报如下错误: ora-12545;因目标主机或对象不存在,连接失败 在网上搜到解决方法,如下: sqlplus sys/manager@rac1 as sysdba SQL>alter system set local_listener='(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.31)... 阅读全文

摘要： 昨天发现，当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 ... 阅读全文