近日發現公司幾臺重要系統rac數據庫,/etc/hosts裏邊沒有scan vip的任何信息,可是經過node
#srvctl config scan卻看到了scanvip,後來和之前的同事溝通了下,說多是之前dba故意乾的!!!數據庫
坑!!!留下的坑!!!!你懂的!!!!!oracle
ok,無論前任了,由於前任都換了好幾任了。測試
針對公司數據庫版本——oracle 11.2.0.3 rac,我也作了一個小測試:spa
結論:操作系統
1: rac正常配置並運行後,能夠刪除/etc/hosts文件中的scan vip信息,刪除該信息後,數據庫仍舊能夠正常運行,可是一旦重啓網卡或者reload網卡,該節點就會掉線,且該實例將永遠也沒法啓動。ip
2:就算刪除掉/etc/hosts裏邊全部scan信息,實例沒法啓動,可是隻須要再在/etc/hosts添加任意一條正確的scanvip信息,實例又能夠正常啓動,且節點都保持在線虛擬機
如下實驗過程,這裏我把全部的scan vip信息都刪掉配置
先肯定系統版本network
[oracle@node2 ~]$ cat /etc/issue
Oracle Linux Server release 6.5
Kernel \r on an \m
數據庫版本以下:
首先,系統正常運行,我ping如下全部的VIP,這裏個人scanIP有兩個
接下來,我把 /etc/hosts/裏邊的scanvip都幹掉,以下
而後從新ping全部vip,結果和原來同樣。
可是當我再任意節點service network reload時,你懂得,這個節點立馬重啓。
此時看看實例狀態;
節點2已經死了,看看操做系統(我用的是虛擬機)已經正在重啓了。
稍等片刻,系統啓動後,我接下來再節點試圖啓動該實例,惋惜
很顯然,沒法解析scanip。
OK,我如今將節點的scanip添加進去(原來有兩條scanvip信息的,我只添加一條),再嘗試啓動如下實例,是否OK
結果很顯然,數據庫實例再啓動過程會自動去解析scanvip且至少的解析一條正常的scanvip,實例才能正常啓動。