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各个进程启动的过程分析问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注亿速云行业资讯频道了解更多相关知识。
