RAC Certification Matrix（RAC認證矩陣） 是Oracle官方發布的硬件、軟件與操作系統兼容性清單，明確規定了哪些平臺、組件和版本可以正式支持Oracle RAC（Real Application Clusters）的部署。它是搭建或升級RAC環境時必須遵循的“合規指南”，避免因兼容性問題導致集群故障或失去官方支持。

---

核心作用

1. 規避風險
   • 確保硬件（服務器/存儲/網絡）、操作系統、虛擬化平臺等與RAC兼容。
   • 未通過認證的配置可能導致集群崩潰、性能瓶頸或數據損壞，且Oracle技術支持不予受理。
2. 規劃依據
   • 在采購硬件或升級系統前，需對照矩陣驗證組件是否被支持。

---

認證矩陣的核心維度

Oracle認證矩陣通常涵蓋以下關鍵領域：

認證類別	內容說明	典型示例
操作系統(OS)	支持的操作系統類型及版本	- Linux: Oracle Linux 7.x/8.x, RHEL 7.x/8.x - UNIX: AIX 7.2, Solaris 11.3
服務器硬件	品牌服務器型號及固件(Firmware)要求	- Dell PowerEdge R750 - HPE ProLiant DL380 Gen10 - 富士通PRIMERGY
存儲設備	SAN/NAS存儲陣列型號及微碼(微碼版本需匹配)	- EMC VMAX/PowerMax - NetApp FAS/AFF - HPE 3PAR
網絡設備	網卡型號、交換機型號及驅動版本	- Mellanox ConnectX-6 (RoCE) - Cisco Nexus 9000系列
虛擬化平臺	虛擬化解決方案及版本支持情況	- VMware vSphere 7.x (需OVM模板) - Oracle VM 3.x - KVM (特定Linux發行版)
數據庫版本	RAC版本與OS/硬件的對應關系	- RAC 19c支持Linux 7但不支持Linux 6

---

如何查詢認證矩陣？

通過以下官方入口獲取最新信息：

1. Oracle MOS (My Oracle Support)
   • 文檔ID 888828.1（主入口）: Certification Matrix for Oracle Real Application Clusters
     • 匯總OS/存儲/虛擬化等全局認證。
   • 文檔ID 169139.1：Interoperability Notes for Oracle Clusterware and RAC
     • 版本間兼容性（如18c RAC能否與19c GI共存）。
2. 硬件供應商合作頁面
   • 如Dell/HP/NetApp等廠商官網會標注Oracle RAC認證型號（例：NetApp Oracle互操作性列表）。

---

關鍵注意事項

1. 版本精確匹配
   • 示例：RAC 19.15需對應OS內核UEK6 5.4.17-2136.xxx，升級內核可能導致脫認證。
2. 存儲微碼強制要求
   • EMC PowerMax需微碼6079+，低于此版本存在數據損壞風險。
3. 虛擬化特殊限制
   • VMware支持RAC但禁用內存超分（必須鎖定內存）。
4. 云環境認證
   • OCI (Oracle Cloud)、AWS EC2 (RAC定制實例)、Azure Bare Metal均有獨立認證條目。

---

典型場景案例

問題：能否在Ubuntu 22.04上部署RAC 19c？
查證結果：

• Oracle認證矩陣中未列出Ubuntu，僅支持Oracle Linux/RHEL/SUSE。
• 強行安裝可能觸發內核崩潰（如kfod進程與內核不兼容），且Oracle不予支持。

---

未認證配置的風險

風險類型	后果
集群啟動失敗	因驅動或內核問題導致CRSD進程崩潰
性能斷崖式下降	未優化的網絡或存儲導致Cache Fusion延遲飆升
數據塊損壞	存儲微碼缺陷引發靜默數據錯誤（Silent Data Corruption）
失去官方支持	SR (Service Request) 被Oracle駁回，需自費解決問題

---

最佳實踐建議

1. 部署前必查矩陣
   • 確認每一層組件（OS/存儲固件/網卡驅動）均在認證列表內。
2. 使用Oracle驗證工具
   • 運行RACCheck（文檔ID 1268927.1）預檢環境合規性。
3. 優先選擇Oracle集成方案
   • Oracle Exadata（預認證RAC一體機）、OCI RAC服務可規避兼容風險。

📌 原則：任何生產環境變更（如OS補丁、存儲升級）必須先核對認證矩陣！

通過嚴格遵循認證矩陣，可確保RAC集群在Oracle技術支持的“安全區”內運行，最大限度保障系統穩定性和業務連續性。