高可用不僅包括:系統失敗或者崩潰、應用層或者中間層錯誤、網絡失敗、介質失敗、人為失誤還包括:分級與容災、計劃宕機與維護,也就是説高可用不僅僅是應該考慮到系統本身的問題還應該考慮到天災人禍,並且有一套簡單的系統維護方法。

最佳的實例,其中最上面3泰代表客户端的應用主機,接下來是1+1的data guard環境,而data guard 的primary site 和 standby site都是4個借點的RAC,因此這個就是RAC+data guard 的架構。

primary 角色的rac對客户提供服務,一旦發生問題,可以通過data guard機制把右側的standby角色的rac激活提供服務,在這個架構中rac能夠解決單點故障,但是對於災難場景必須通過data guard 來發揮作用。

 

 

RAG架構設計圖_單點故障

 

的MAA並不是一套全新的技術,它是將以前分散的技術打包成一個整體,如下圖所示,MAA的組建包括:RMAN、ASM、oracle stream、oracle data guard 、 oracle RAC(real application cluster)、oracle flashback。

其中:

:oracle的備份恢復工具,全程RMAN,

:oracle auto storage management,oracle的自動存儲管理技術,此功能提供了卷管理,集羣文件特徵,能夠在軟件層面提供數據冗餘能力,避免單點故障(類似於raid)

:stream也是從10g之後開始擁有的新特徵,這種技術同data guard一樣,都是建立在對聯機日誌、歸檔日誌的提取和應用的基礎上,可以看作是備份恢復的一個擴展oracle stream適用於應用層面的數據共享。

:這個技術也是利用了聯機日誌和歸檔日誌的傳遞應用來實現數據的完全冗餘,從性價比來説,這個技術是最經濟實惠的高可用方案。

:  oracle real application cluster ,oracle的集羣技術,RAC不能解決存儲的單點故障,一般情況下實施RAC必須結合其他高可用技術方案,如RAC+data guard

:oracle閃回技術,即把數據庫回滾到某個之前的狀態。

 

附錄:RMAN、flashback、RAC、data guard、ASM等在其他章節會陸續講出來,這裏面只要有一個大體框架了解就行