現狀：

10年前大多使用的cluster模式採用主次節點，一個幹活一個歇，遇到故障臨時切，切換時間比較慢

目前基本都是RAC方式，雙活，均線上，均辦理業務

問題：

1、有些實施運維人員不太瞭解rac相關知識，生產中出現過一個節點掉，整個weblogic停止服務的情況

2、各個節點直接均衡連線後，同一個業務在兩個rac跑的頻繁時，出現大量的雙節點塊快取記憶體同步等待事件

分析：

1：對於第一種配置，我分析可能在weblogic的連線池配置引數是，loadbance、failover配置的問題，可以配置成selec模式

2：對於第二種，目前感覺無解，因為要減少雙節點同步塊，就得在雙節點上業務獨立，這樣就不會發生相同業務表同時雙節點存在併發訪問的問題，這樣可能loadbalance可能就需要關閉，weblogic連線才採用單點連線方式，這樣之後，效能可能會提升，但是可能出現rac2節點上業務太少；

第二種的個人建議，社保服務很煩雜，不能能分出獨立的業務，因此肯定是loadbalance方式，只能建議客戶大資料量的併發大的

業務不要再業務高峰時辦理，錯開，如果發生大量快取記憶體同步等待事件，一般都是業務人員高峰期運行了批量大資料量業務，與

日常業務發生了塊爭用