RAC基本架構(gòu)

在RAC集群中，

cache fusion --GCS:    實現(xiàn)實例之間數(shù)據(jù)塊的復(fù)制傳遞

--GES:    負(fù)責(zé)管理鎖

鎖PCM_Lock和Non_PCM_Lock(實現(xiàn)節(jié)點值的協(xié)調(diào)) ----鎖管理器DML

----管理兩種資源

----決定是否允許節(jié)點上用戶對某個數(shù)據(jù)塊的訪問請求

----兩種資源CacheFusion資源和Non_CacheFusion

----CacheFusion資源--指數(shù)據(jù)塊資源，如索引塊、普通表數(shù)據(jù)存儲的數(shù)據(jù)塊、還原段存儲的數(shù)據(jù)塊

記錄數(shù)據(jù)塊的版本信息，當(dāng)前狀態(tài)、節(jié)點分布

----Non_CacheFusion--如數(shù)據(jù)庫緩存、數(shù)據(jù)文件、參數(shù)文件

鎖PCM_Lock用于協(xié)調(diào)節(jié)點之間對數(shù)據(jù)塊的并發(fā)控制和訪問

RAC的優(yōu)勢：提高系統(tǒng)的可靠性(HA)以及平衡系統(tǒng)負(fù)載(LB)

高可用：

系統(tǒng)可靠性=1-(1-單點失敗故障率)^節(jié)點數(shù)

隨著節(jié)點數(shù)越高，系統(tǒng)可靠性就越高

平衡系統(tǒng)負(fù)載:

在系統(tǒng)負(fù)載時，RAC可以自動在多個節(jié)點之間平衡負(fù)載，減輕單個實例的計算壓力

RAC=多個單節(jié)點組成的數(shù)據(jù)庫系統(tǒng)，每個單節(jié)點上運行單個實例

RAC的特殊問題

并發(fā)控制

采用DLM機制管理實例間的并發(fā)控制(共享存儲)

健忘癥

因為日常操作的需要，從而使的數(shù)據(jù)庫關(guān)閉，導(dǎo)致集群中的副本配置文件不能同步修改。

腦裂

心跳機制。控制權(quán)的問題----投票算法

邏輯上的隔離

IO隔離

問題及目的：確保邏輯隔離的節(jié)點無法訪問共享數(shù)據(jù)，即在物理上的隔離

解決：軟件方法---重啟故障節(jié)點

RAC集群的邏輯與物理結(jié)構(gòu)

存儲層

RAC=n*instance+1*database

datafile、online logfile、controlfile等存儲在共享存儲上

每個服務(wù)器通過HBA卡和光纖線連接到存儲上。

instance=SGA+background process

database=datafile+logfile+controlfile+...

網(wǎng)絡(luò)層

Public 網(wǎng)卡接入的網(wǎng)絡(luò)，對外提供查詢服務(wù)

Private 網(wǎng)卡組成的私有網(wǎng)絡(luò)，用于RAC的心跳和Cache fusion；

存儲設(shè)備、光纖交換機、每個節(jié)點的HBA卡組成的存儲網(wǎng)絡(luò)

  前兩個傳輸?shù)腎P數(shù)據(jù)包，最后一個傳輸?shù)氖荢CSI數(shù)據(jù)

集群件層

存儲設(shè)備共享，RAC在OS Kernel和oracle之間加上了一層cluster ware

它會在OS Kernel之前截獲請求，然后和其它節(jié)點上的clusterware 協(xié)商，最終完成上層的請求

Linux平臺上必須使用CRS(cluster ready service)

應(yīng)用層

整個應(yīng)用層是由若干CRS監(jiān)控的CRS Resource組成的

Resource分成兩組nodeapps和database—related resource

包括GSD、ONS、VIP、Listener       在CRS過程中自動創(chuàng)建的

包括Database、Instance、Service    可以自動創(chuàng)建，也可以通過DBCA、Netca、Srvctl

RAC架構(gòu)詳解

1.GRD的作用

該區(qū)域用來存儲同一個數(shù)據(jù)庫在不同節(jié)點上的分不，即多個實例在并發(fā)操作一個數(shù)據(jù)塊時，將該數(shù)據(jù)塊放在各自實例的GRC內(nèi)存區(qū)。

2.LMON進(jìn)程

通過協(xié)調(diào)通信，去檢查各自當(dāng)前狀態(tài)

3.LMD進(jìn)程

LMD提供GES服務(wù)，去協(xié)調(diào)節(jié)點之間對同一數(shù)據(jù)塊的訪問。

4.LCK進(jìn)程

鎖進(jìn)程，負(fù)責(zé)在集群中對統(tǒng)一數(shù)據(jù)塊訪問的鎖管理。

5.LMSn進(jìn)程

LMSn提供GCS，在節(jié)點之間復(fù)制數(shù)據(jù)塊

6.DIAG進(jìn)程

“日志”進(jìn)程，記錄集群的健康狀態(tài)，并記錄實例錯誤時的診斷信息

7.參數(shù)文件和日志文件的存儲

參數(shù)文件和日志文件必須在所有節(jié)點的實例之間共享。

clusterware組件

1.OCR

OCR 是一個磁盤文件，該文件存儲在裸設(shè)備上，它的作用是存儲RAC集群節(jié)點的配置信息，

因為整個環(huán)境中只有一個存儲配置的磁盤文件，所以實現(xiàn)了對集群配置的同步修改。

2.Voting Disk

該文件用于存儲節(jié)點狀態(tài)，該文件是共性存儲到裸設(shè)備，每個節(jié)點都可以訪問到，一旦某個節(jié)點失效，通過“投票”算法將失效的節(jié)點提出集群，重構(gòu)一個健康的集群。

3.occsd后臺進(jìn)程

集群同步服務(wù)，通過某種機制來判斷集群中的節(jié)點是否“活著”，監(jiān)控節(jié)點健康狀態(tài)。

ocssd進(jìn)程就是完成css服務(wù)的。

4.crsd進(jìn)程

crsd進(jìn)程通過讀取OCR文件中存儲的資源狀態(tài)信息，監(jiān)控管理資源，并在這些資源故障時提供系統(tǒng)的高可用性。

5.其它clusterware進(jìn)程

EVMD進(jìn)程負(fù)責(zé)分發(fā)CRS產(chǎn)生的事件

RACGIMON進(jìn)程負(fù)責(zé)檢查數(shù)據(jù)庫的狀態(tài)

6.網(wǎng)絡(luò)設(shè)置

兩個網(wǎng)卡。private+Public

clusterware安裝過程中，還需要配置VIP，該地址綁定到Public網(wǎng)卡上，以實現(xiàn)RAC集群的failover。