RAC cache fusion機制實現原理分析

2024-08-29 13:55:32

字體：大中小

來源：轉載

供稿：網友

在單實例中，進程要想修改數據塊，必須在數據塊的當前版本（Currentcopy）上進行修改RAC環境也一樣

這便涉及到一系列問題：
如何獲得數據塊的版本在集群節點間的分布圖？
如何知道哪個節點擁有的是當前版本？
如何完成傳遞過程？

這一系列問題的解決依靠內存融合技術（cachefusion）

RAC cache fusion機制實現原理分析

cachefusion通過高速的privateinterconnect，在實例間進行數據塊傳遞
這是RAC最核心的工作機制，他把所有實例的SGA虛擬成一個大的SGA區
每當不同的實例請求相同的數據塊，這個數據塊就需要在實例間進行傳遞
在Oracle7的OPS中，這種傳遞是通過磁盤完成的，也叫“Disk-BasedPing”
也就是第1個實例必須先把這個數據塊寫回磁盤，然后第2個實例再從磁盤上讀取這個數據塊
這種依靠磁盤來完成數據傳遞極大影響系統性能
在Oracle8i引入“Net-BasedPing”通過PrivateInterconnect來傳遞數據塊
但是8i只能傳遞沒有修改過的數據塊，對于“臟塊”還是要通過磁盤來傳遞，這一點和OPS一樣
在Oracle9i的cachefusion，所有的數據塊，無論修改的或者沒有修改的，都可以通過PrivateInterconnect傳遞

系統系能得到極大的改善
在cachefusion中，每個數據塊都會被映射成一個cachefusion資源，或者說是一個PCM資源
PCM資源實際上是一個數據結構，資源的名稱就是DBA(數據塊地址)

每個進程對數據的請求都是分步完成：
①把DBA轉換成PCM資源名稱
②把這個PCM資源請求提交給DLM（分布式鎖管理器）
③DLM進行GlobalLock的申請、釋放活動，只有進程獲得了PCMLock，才能繼續下一步
也就是實例首先要獲得數據塊的使用權

整個cachefusion有兩個服務組成：GCS和GES
⑴GCS服務負責數據塊在實例間的傳遞
由后臺進程LMSn完成
⑵GES服務負責鎖管理
在多個實例之間協調對數據塊的訪問順序，保證數據的一致性訪問
由后臺進程LMD完成

上一篇：ORACLE時間函數(SYSDATE)深入理解

下一篇：Oracle中RAISE異常深入分析

學習交流

如何查找有故障的配件

如何查找有故障的配件...

熱門圖片

猜你喜歡的新聞

猜你喜歡的關注