有套POS系統 如今應用量大了,數據量大了! 統計分析歷史交易一定程度上影響了另外個應用. 這兩個應用分別是OLTP和OLAP.
其實很多項目都有這樣的兩方的應用需求. 最近另外個系統的大量讀取,統計下載數據,導致CPU飙高,後IO飙高.LINUX下的負載達到104.
所以對新上線的RAC 要求做應用切割. 平時兩個應用分別在兩個不同的實例上. 如果一個實例掛了就自動切到另外個實例上.
新搭好了兩個節點的RAC 然後添加服務進去
srvctl add service -d POSDB -s posc -r 'posdb1' -a 'posdb2' -P basic -e session
grid 下 CRS_STAT -T 發現 兩個服務都在一個節點上. 同時兩個實例的SERVICE_NAMES都是POSC,POSWEB
只有實例重啟後,服務才跑到另外一台上去.
當這並不是我們所希望的效果. 使用重新掛接
最後采取的是固定SERVICE_NAMES ,然後無效和關閉再有效和啟動服務的過程,該服務就跑到它所該呆的地方了.
經過測試,切換是可以的. 唯獨當實例恢復後,上面的服務不回自動跑回原來的地方.