如何理解Oracle CRS/GI流程

在10g和11.1中，Oracle的集群被称为CRS（Oracle Cluster Ready Service），在11.2中，Oracle的集群被称为GI（Grid Infrastructure）。对于CRS/GI来说，它们的一些核心进程的功能基本相似，但是在11.2中，增加了很多新的Deamon进程。

10.2 CRS：
$ ps -ef|grep crs/bin
root 4373 3605 0 Feb25 ？ 00:02:49 /u01/app /crs/bin/crsd.bin 重新启动
oracle 4380 4379 0 Feb25 ？ 00:00:03 /u01/app/crs/bin/evmd.bin
oracle 4925 4888 0 Feb25 ？ 00:00: 00 /u01/app/crs/bin/oclsomon.bin
root 4928 4483 0 Feb25 ？ 00:00:00 /u01/app/crs/bin/oprocd.bin run -t 1000 -m 10000 -
hsi 5:10:50:75:90 -f
oracle 5065 4512 0 Feb25 ？ 00:00:54 /u01/app/crs/bin/ocssd.bin
oracle 6825 4380 0 Feb25 ？ 00:00:00 /u01/app/crs/bin/evmlogger.bin -o

11.2 GI:
$ ps -ef|grep grid/bin
root 6656 1 0 2月25日？ 00:09:20 /u01/app/11.2 .0/grid/bin/ohasd.bin 重新启动
grid 7960 1 0 Feb25 ？ 00:16:54 /u01/app/11.2.0/grid/bin/oraagent.bin
网格 7972 1 0 Feb25 ？ 00:00:05 /u01/app/11.2.0/grid/bin/mdnsd.bin
网格 7982 1 0 Feb25 ？ 00:03:45 /u01/app/11.2.0/grid/bin /gpnpd.bin
网格 7993 1 0 Feb25 ？ 00:14:19 /u01/app/11.2.0/grid/bin/gipcd.bin
root 7995 1 1 Feb25 ？ 00:41:42 /u01/app/11.2。 0/grid/bin/orarootagent.bin
root 8010 1 0 Feb25 ？ 00:28:03 /u01/app/11.2.0/grid/bin/osysmond.bin
root 8026 1 0 Feb25 ？ 00:01:31 /u01/app/11.2.0/grid/bin/cssdmonitor
root 8040 1 0 Feb25 ？ 00:02:22 /u01/app/11.2.0/grid/bin/cssdagent
grid 8057 1 1 Feb25 ？ 00:48:04 /u01/app/11.2.0/grid/bin/ocssd.bin
root 8136 1 0 Feb25 ？ 00:02:49 /u01/app/11.2.0/grid/bin/octssd.bin 重新启动
grid 8158 1 0 Feb25 ？ 00:02:24 /u01/应用程序/11.2.0/grid/bin/evmd.bin
root 8278 1 0 Feb25 ？ 00:04:18 /u01/app/11.2.0/grid/bin /crsd.bin 重新启动
网格 8357 8158 0 Feb25 ？ 00:00:00 /u01/app/11.2.0/grid/bin/evmlogger.bin -o
/u01/app/11.2.0 /grid/evm/log/evmlogger.info -l /u01/ app/11.2.0/grid/evm/log/evmlogger.log
grid 8406 1 0 Feb25 ？ 00:11:22 /u01/app/ 11.2.0/grid/bin/oraagent.bin
根 8414 1 1 Feb25 ？ 00:36:22 /u01/app/11.2.0/grid/bin/orarootagent.bin

我们将对这些常见的集群进程进行一些解释：

所有版本通用：
1. ocssd.bin：这是一个非常核心的进程。如果异常终止，将会导致该节点的集群或主机重新启动。该流程主要用于检查投票盘是否可以正常访问以及节点私网之间的通信是否正常。数据库实例上的LMON进程也会注册到CSSD上，以便CSSD了解数据库的健康状况通过 LMON 实例。
如果节点自动重启主机，则需要查看ocssd日志，日志位置：/log//cssd。

关于节点重启，您可以参考以下文档：
如何诊断节点重启问题
11gR2 如何诊断节点重启问题

2. crsd.bin ：该进程主要用于管理集群中的资源。用于启动和停止检查一些资源，比如数据库实例、ASM、监控、磁盘组、VIP等。在11.2中，这些具体操作都是由相应的代理来执行的。另外，OCR维护也由CRSD完成。
当发现某些资源异常终止时，首先需要查看crsd日志：/log//crsd。

3. evmd.bin：事件监控进程，发布集群事件，如实例启动、停止等。

4. ons进程：Oracle通知服务守护进程，用于接收evmd发送的集群事件，然后将这些事件发送给应用程序订阅者或本地监听器，这样FAN（快速应用程序通知），应用程序就可以接收这些事件并进行处理。

5. gsd：仅当9i数据库需要在CRS或GI上管理时才需要。在11.2中，gsd默认是离线的。
您可以参考 My Oracle Support 文档：仅当 9i RAC 数据库存在时才使用 GSD（文档 ID 429966.1）

10g 和 11.1 特定：< br/>1. oprocd.bin：Oracle Clusterware Process Monitor Daemon，用于监控主机挂起。如果发现主机挂起，将启动主机重新启动。它仅在不使用第三方集群软件时运行，从 Linux 上的 10.2.0.4 开始。
oprocd 的日志位于：/etc/oracle/oprocd/*.log.* 或 /var/opt/oracle/oprocd/*.log.*。

2. oclsomon.bin：用于监控ocssd进程是否挂起。如果发现挂起，将启动重新启动。

11.2具体：
1. cssdagent(11.2)：这个p进程由 ohasd 启动，然后启动、停止和检查 ocssd 进程并以 root 身份运行。
其日志位于：/log//agent/ohasd/oracssdagent_root

2. cssdmonitor(11.2)：监控cssdagent，并检查节点是否hang（类似于oprocd），监控ocssd进程是否hang（类似于oclsomon），监控供应商集群件（类似于vmon），以root身份运行。
其日志位于：/log//agent/ohasd/oracssdmonitor_root

3. ohasd.bin：GI启动时，首先启动ohasd，然后启动agent（orarootagent、oraagent、cssdagnet和cssdmonitor），每个agent启动相应的进程。
如果GI启动过程出现问题，可以查看ohasd日志：/log//agent/ohasd

4. mdnsd.bin：该进程通过多播（Multicast）节点和所有网卡信息发现集群中的对象。 1一定要确保集群中的网卡支持组播并且节点之间的通信是无的正常。
其日志位于：/log//mdnsd

5. gpnpd.bin：发布构建集群所需的bootstrap信息，并在集群中所有节点之间同步gpnp配置文件。
其日志位于：/log//gpnpd

6. gipcd.bin：该进程负责管理集群中所有私网（集群互连）网卡。通过gpnpd获取私网信息。
其日志位于：/log//gipcd

7. gnsd（可选）：网格命名服务。它相当于一个子DNS，具有与DNS类似的功能。它将取代使用 /etc/hosts 执行主机解析。
其日志位于：/log//gnsd

8. octssd.bin：集群时间同步服务（CTSS）用于节点之间的时钟同步，集群中某个节点的时钟将作为参考节点，其他节点将与该节点同步其时钟。注：当使用第三方时间同步软件（例如例如：NTP）存在，CTSS将以“观察者”模式运行并且不会修改节点时间。但如果CTSS没有找到第三方时间同步软件，则会开始修改节点时间以与参考节点同步。
其日志位于：/log//ctssd。

9. osysmond.bin：这是 Oracle Cluster Health Monitor (CHM) 的主进程。该过程将在所有节点上运行。 Sysmond会将每个节点的资源使用情况发送到集群记录器服务，集群记录器服务将接收所有节点的信息并将其保存到CHM数据库中。
其日志位于：/log//crfmond/crfmond.log

10. ologgerd：这是Oracle Cluster Health Monitor（CHM）的另一个主要进程，在一个集群中，loggerd会有一个主节点和一个备用节点。当loggerd在当前节点上遇到问题时，该方法启动后，会在备用节点上启用。
其日志位于：/log//crflogd/crflogd.log

关于CHM，请参考：
11gR2 新功能：Oracle 集群运行状况监视器 (CHM) 简介
/>
11. agent.bin：在11.2中，各个资源的启动、停止和检查都是由agent来完成的。 OHSD 将启动这些代理。

Agent包括两种，一种是ohasd：
oraagent_grid：启动/停止/检查/清除ora.asm、ora.evmd、ora.gipcd、ora.gpnpd、ora。 mdnsd 和其他资源。
orarootagent_root：启动/停止/检查/清除资源，例如ora.crsd、ora.ctssd、ora.diskmon、ora.drivers.acfs、ora.crf (11.2.0.2)。
oracssdagent_root：启动/停止/检查ocssd进程。
oracssdmonitor_root：监控cssdagent进程。

他们的日志位于：/log//agent/ohasd

另一个是crsd：
oraagent_grid: start/stop/check/clear asm, ora .eons、ora.LISTENER.lsnr、SCAN监听器、ora.ons、磁盘组等资源
oraagent_oracle：启动/停止/检查/清除服务、数据库等资源
orarootagent_root：启动/停止/检查/ 清除资源，例如GNS、VIP、SCAN VIP和网络。
scriptagent_grid：应用服务定制服务。

他们的日志位于：/log//agent/crsd

阅读完以上内容，您将对如何理解Oracle有进一步的了解CRS/GI 流程。明白了吗？如果您想了解更多知识或相关内容，请关注行业资讯频道。感谢您的支持。