Ohasd.bin將產生4個代理啟動相關的資源 （1） oraagent:負責ora.asm、ora.evmd、ora.gipcd、ora.gpnpd、ora.mdnsd的啟動和管理 （2） orarootagent:負責ora.crsd、ora.ctssd、ora.diskmon、ora.driv ...
Ohasd.bin將產生4個代理啟動相關的資源
（1） oraagent:負責ora.asm、ora.evmd、ora.gipcd、ora.gpnpd、ora.mdnsd的啟動和管理
（2） orarootagent:負責ora.crsd、ora.ctssd、ora.diskmon、ora.drivers.acfs的啟動和管理。
（3） cssdagent:負責ora.cssd(ocssd.bin)的啟動和管理
（4） cssdmonitor:負責ora.cssdmonitor的啟動和管理。
如果ohasd.bin不能正確啟動以上的代理，Clusterware將不能變成健康狀態，通常代理失敗的原因是，代理進程的日誌文件或者日誌目錄沒有正確的所有者或者許可權。
Ocssd.bin不能啟動
成功啟動ocssd.bin依賴於以下三個條件。
(1) GPnP profile是可訪問的，gpnpd服務需要成功啟動。
(2) 表決磁碟可訪問（在11gR2中，ocssd.bin從GPnP profile發現表決磁碟設置，如果沒有足夠的表決磁碟被識別，ocssd.bin將終止他自己）
(3) 網路功能和名稱解析是正常工作的
Crsd.bin不能啟動
成功啟動Crsd.bin依賴於以下三個條件。
（1） ocssd完全啟動
（2） ocr可以訪問
（3） 網路功能和名稱解析是正常工作的。（如果網路沒有完整的功能，ocssd.bin可能啟動了，但是crsd.bin仍可能失敗）
Gpnpd.bin不能啟動
如果節點名稱解析無法正常工作，gpnpd.bin將啟動失敗。除了確保節點名稱在所有節點能被正常解析，還應確保節點之間沒有防火牆，且不同的節點執行ping命令能夠正常地與其他節點保持通信。
Crsd代理不能啟動
Crsd.bin將產生兩個代理啟動用戶資源，兩個代理偶同ohasd.bin代理共用相同的名稱和二進位。
Orarootagent:負責ora.net<n>.network、ora.<nodename>.vip、ora.scan<n>.vip和ora.gns的啟動和管理。
Oraagent:負責ora.asm、ora.eons、ora.ons、listener、SCAN listener、diskgroup、database、service資源的啟動和管理。
Crsctl statu res –t
如果crsd.bin不能正確啟動以上任何的代理，用戶資源都可能無法啟動。代理失敗的一個普遍原因是代理的日誌文件或者日誌目錄沒有正確的所有者或者許可權。執行以下三個檢查工作：
(1) 網路和名稱解析驗證。
(2) 日誌文件位置、所有者和許可權。
(3) 網路socket文件位置、所有者和許可權。
Oifcfg 命令管理網路，更改私有網路使用此命令
