10.2.0.3 VIP 漂移問題
問題描述:
3節點的Oracle 10.2.0.3版本RAC
Oracle Patch merge6平臺上
主機P570,作業系統AIX 5***
沒有壓力狀態下,拔掉節點node1的2根public網線,發現VIP重啟累計用時如下:
CRS check node1.vip error 9s
CRS stop node1.vip 10s
CRS stop node1.lis 85s
CRS start node1.vip on node3 89s
節點故障時VIP漂移時間超過90s,對於實時應用是可怕的。
一開始想到調整CRS服務關於VIP故障的check引數CHECK_INTERVAL及SCRIPT_TIMEOUT,由預設的60s減少到20s或許能改善VIP的切換時間。
修改引數的命令如下:
# srvctl stop instance -d dbserver3 -i zc3
# cd $ORA_CRS_HOME/bin
# ./crs_stat -p ora.dbserver3.vip > /tmp/ora.dbserver3.vip.cap
# ./crs_profile -update ora.dbserver3.vip -dir /tmp -o ci=20,st=20
# ./crs_register ora.dbserver3.vip -dir /tmp -u
檢查CHECK_INTERVAL及SCRIPT_TIMEOUT的命令如下:
$./crs_stat -p ora.dbserver3.vip | grep CHECK_INTERVAL
CHECK_INTERVAL=20
$./crs_stat -p ora.dbserver3.vip | grep SCRIPT_TIMEOUT
SCRIPT_TIMEOUT=20
但是修改後測試發現,雖然改小了CRS的check週期,但是VIP的漂移時間仍然超過80s,問題顯然與CRS無關。
檢查listener.ora的配置,發現沒有新增IPC協議,新增IPC協議 as first entry,再次測試VIP漂移時間在15s以內。修改如下:
------------------------------------------------------------------------------------------------------
LISTENER_DBSERVER3 =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
(ADDRESS = (PROTOCOL = TCP)(HOST = node_vip)(PORT = 1521)(IP = FIRST))
(ADDRESS = (PROTOCOL = TCP)(HOST = node_ip)(PORT = 1521)(IP = FIRST))
)
)
------------------------------------------------------------------------------------------------------
Oracle關於IPC協議和listener的解釋很少,但是,可以看出IPC協議對VIP漂移時間的影響很大。
關於VIP的測試,中間還穿插了兩段。
第一段,
拔掉節點1的2根public網線,發現節點1上的vip沒有漂移至配置的節點上。當時是發現$ORACLE_CRS/srvm/auth]目錄下有大量
類似"A3877132"系統使用者屬組的空檔案。都給rm後,重新做該節點的2根public網線故障,VIP能正常漂移至指定節點。忘記原因了,只記得
還有這事情,以後難免遇到。
第二段,由於其他原因,在系統上升級Oracle patch由merge6升至merge12。
測試中發現,在merge12的平臺下,節點發生2根public網線故障,vip竟然沒有發生漂移,但退回到merge6正常。 當時懷疑了有2個原因:
1.merge12的補丁有bug。那這就太滑稽了,打補丁打出bug。
2.當初搭建RAC環境時,將FAIL_WHEN_DEFAULTGW_NO_FOUND由1改為0。
很快,ORACLE對merge12這個新的patch進行檢查,發現程式碼出現問題,少了'()'引起的,修改如下:
patch的line 366,'IsIfAlive() ${_IF}'修改為' IsIfAlive ${_IF}'
再次測試,vip不漂移的問題解決。至此,一個10.2.0.3的RAC系統總共打了opatch共36個,儼然已經打成馬蜂窩了。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/12361284/viewspace-616685/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 10g RAC vip 漂移問題Oracle 10g
- keepalived(二)vip漂移
- MHA高可用+VIP漂移
- oracle rac vip 漂移過程Oracle
- rac 手動漂移scan ip vip
- 由VIP漂移引發的演算法異常問題調查和解決演算法
- RAC_網路_VIP漂移_SCAN IP
- linux start_udev 導致VIP漂移Linuxdev
- 談談VIP漂移那點破事薦
- 手動進行oracle rac vip 漂移的步驟 。Oracle
- 解析機器學習中的資料漂移問題機器學習
- Oracle RAC ASM磁碟組擴容時遇到的VIP漂移OracleASM
- 一次RAC VIP漂移的結果診斷及修復
- HP UNIX - oracle rac 10.2.0.3 升級10.2.0.4問題Oracle
- EMC儲存=》Hosts=》Name,IP Address 漂移問題
- Which:調查顯示40%的Switch手柄有漂移問題
- 一個linux as4 U4 + oracle 10.2.0.3的問題LinuxOracle
- QT 自定義QGraphicsItem 縮放後旋轉 圖形出現漂移問題QT
- 主打漂移的賽車遊戲《漂移19》:前無古人的嚴肅漂移遊戲
- LINUX+10.2.0.3 RAC刪除、增加節點所遇問題記錄Linux
- oracle 10.2.0.3 dbca建庫報Failed to retrieve size of raw device 問題解決方法OracleAIdev
- 絕對漂移Absolute Drift for Mac(賽車漂移遊戲)Mac遊戲
- 問題 1462: [藍橋杯][基礎練習VIP]Huffuman樹
- oracle 10g rac vip 服務啟動不了的問題Oracle 10g
- oracle 10g crs 10.2.0.3 升級到10.2.04不成功問題處理Oracle 10g
- 10g VIP網路卡斷開導致漂移,網路正常後一般如何恢復回去
- 因為arp 問題導致的vip 故障與解決方案
- Oracle10.2.0.3 fox aix 上 In memory undo latch導致高CPU佔用問題解決OracleAI
- 10gR2 rac vip服務頻繁重啟及在節點間漂移的一種解決辦法
- RAC客戶端訪問DB只能用VIP不能用VIP對應的hostname客戶端
- VRRP虛IP漂移VR
- oracle 10g cluster rac vip始終在節點2的問題處理Oracle 10g
- 資料庫VIP地址無法訪問(二)資料庫
- 資料庫VIP地址無法訪問(一)資料庫
- redis flushdb造成的哨兵漂移Redis
- How to change VIP and VIP/Hostname in 10g
- 【網路】ip地址漂移技術
- oracle cluster 10.2.0.1 for aix 6.1 升級到10.2.0.4會出現vip offline問題OracleAI