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各個程式啟動的流程

相關文章