RAC各個進程啟動的過程分析

RAC各個進程啟動的過程分析，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

ohasd無法kill，一旦kill，立馬又會被拉起了（參考/etc/initab中的respawn含義）










Level 1： OHASD派生出：
·cssdagent：負責生成CSSD的agent進程。
·orarootagent：負責管理所有root所擁有的ohasd資源的agent。
·oraagent：負責管理所有oracle所擁有的ohasd資源的agent。
·cssdmonitor：與cssdagent共同負責監控CSSD和節點健康。

Level 2：OHASD rootagent派生出：
·CRSD：負責管理集群資源的主要的daemon。
·CTSSD：Cluster Time Synchronization Services Daemon。
·Diskmon
·ACFS：(ASM Cluster File System) Drivers。

Level 3：CRSD派生出：
·orarootagent：負責管理所有root所擁有的屬于crsd相關的資源。
·oraagent：負責管理所有oracle所擁有的屬于crsd相關的資源。

Level 4：CRSD rootagent派生出：
·Network resource：監控公網。
·SCAN VIP(s)：Single Client Access Name Virtual IPs
·Node VIPs：每個節點一個VIP。
·ACFS Registery：用于mount ASM Cluster File System。
·GNS VIP(可選的)：用于GNS的VIP

Level 4：CRSD oraagent派生出：
·ASM Resource：ASM實例資源。
·Diskgroup：用于管理和監控ASM磁盤組。
·DB Resource：用來監控和管理數據庫以及相關實例。
·SCAN Listener：用于Single Client Access Name的監聽器，在SCAN VIP上進行監聽。
·Listener：在Node VIP上進行監聽的節點上的監聽器。
·Services：用來監控和管理服務。
·ONS：Oracle Notification Service。
·eONS：增強的Oracle Notification Service。
·GSD：用于9i的向下兼容。
·GNS(可選的)：Grid Naming Service，該服務用于命名解析。

所以，起來了CRSD和CSSD就好辦多了，如果起不來，查看兩者的log
打開ASM才能讀取到SPFILE\只有先讀取到了SPFILE才能啟動到NOMUT狀態
必須讀取OCR才能打開ASM\ASM起來了才能讀取到OCR
以上都是死循環，所以會起一個虛擬的ASM即圖中Oracle ASM，能啟動虛擬的ASM因為OCR配置信息都會寫一份到本地即OLR(Grid_home/cdata/host_name.olr)，以后真正的ASM即圖中Oracle ASM Instance起來后就會覆蓋掉這個虛擬的ASM

關于RAC各個進程啟動的過程分析問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。