共計 978 個字符，預計需要花費 3 分鐘才能閱讀完成。

這篇文章主要講解了“RAC 的概念和原理”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著丸趣 TV 小編的思路慢慢深入，一起來研究和學習“RAC 的概念和原理”吧！

一 clusterware 組成
OCR,VOTING 文件；后臺進程；網絡元素
1.1 后臺進程
(1)Css 用于監控心跳，提供防止腦裂服務。就是監控集群的運行狀態
(2)Crs 為應用層資源(CRS Resource) 提供 高可用性服務 監控 CRS Resource 的運行狀態，并要啟動，停止，監控，Failover 這些資源.
Crs 資源主要有兩類
GSD，ONS,VIP 和 Listener 屬于 Noteapps 類
Database，Instance 和 Service 屬于 Database-Related Resource 類。

(3)EVMD 這個進程負責發布 CRS 產生的各種事件(Event). 另外，CRS 和 CSS 兩個服務之前的通信就是通過 EVMD 進程完成的

二 RAC 進程
GCS、GES、GRD 構成 RAC 最核心的功能：cache fusion
LMSn：負責數據塊在實例間的傳遞，對應的服務叫 GCS（global cache service）。
LMD: 負責在多個實例之間協調對數據塊的訪問順序，保證數據的一致性訪問。它負責提供 GES（global enqueue service）服務。
DIAG: 監控實例的健康狀態，并在實例出現運行錯誤時收集診斷數據記錄到 alert.log

三 RAC 文件
3.1 日志文件
redo thread：每個實例有套 redo log，這套 redo log 叫做一個 redo thread。RAC 中每個實例要設置 thread 參數，該參數缺省值時 0。
如果設置了這個參數，則實例啟動時，會用等于該 thread 的 private redo thread。如果用缺省值，實例啟動會選擇使用 public redo thread，
并且該實例會以獨占的方式使用該 redo thread。RAC 環境下，redo log group 是在整個數據庫級別進行編號的，比如實例 1 有 1，2，3 三個日志組，那么實例 2 的日志組就應該從 4 開始編號。

感謝各位的閱讀，以上就是“RAC 的概念和原理”的內容了，經過本文的學習后，相信大家對 RAC 的概念和原理這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是丸趣 TV，丸趣 TV 小編將為大家推送更多相關知識點的文章，歡迎關注！