Oracle CRS/GI 进程介绍

转自：http://blog.itpub.net/31444259/viewspace-2151582/

在 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 reboot
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 Feb25 ?        00:09:20 /u01/app/11.2.0/grid/bin/ohasd.bin reboot
grid      7960     1  0 Feb25 ?        00:16:54 /u01/app/11.2.0/grid/bin/oraagent.bin
grid      7972     1  0 Feb25 ?        00:00:05 /u01/app/11.2.0/grid/bin/mdnsd.bin
grid      7982     1  0 Feb25 ?        00:03:45 /u01/app/11.2.0/grid/bin/gpnpd.bin
grid      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 reboot
grid      8158     1  0 Feb25 ?        00:02:24 /u01/app/11.2.0/grid/bin/evmd.bin
root      8278     1  0 Feb25 ?        00:04:18 /u01/app/11.2.0/grid/bin/crsd.bin reboot
grid      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
root      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，这些具体的操作由对应的agent执行。另外，OCR的维护也是由CRSD完成的。
   当发现某些资源异常终止后，首先需要查看crsd的日志：/log//crsd。

3. evmd.bin： 事件监控(event monitor)进程，由它来发布集群事件，比如实例启动、停止等事件。

4. ons进程：Oracle Notification Service daemon，它用于接收evmd发来的集群事件，然后将这些事件发送给应用预订者或者本地的监听，这样就可以实现FAN(Fast Application Notification)，应用能够接收到这些事件并进行处理。

5. gsd： 只有当CRS或者GI上需要管理9i的数据库时才需要。在11.2, gsd 默认就是offline的。
可以参考My Oracle Support 文档： GSD Is Used Only if 9i RAC Database is Present (Doc ID 429966.1)

10g和 11.1特有的：
1. oprocd.bin：Oracle Clusterware Process Monitor Daemon，用来监控主机hang，如果发现主机hang后会发起主机重启。只有未使用第三方的集群软件时才运行，Linux上从10.2.0.4开始使用。
   oprocd的日志会在：/etc/oracle/oprocd/*.log.* 或者 /var/opt/oracle/oprocd/*.log.*。

2. oclsomon.bin： 用来监控ocssd进程是否hang，如果发现hang，会发起reboot.

11.2特有的：
1. cssdagent(11.2)： 这个进程由ohasd启动，然后由它来启动、停止、检查ocssd进程，以root身份运行。
   它的日志位于：/log//agent/ohasd/oracssdagent_root

2. cssdmonitor(11.2)：监控cssdagent，并且检查节点hang（类似于oprocd），监控ocssd进程是否hang（类似于oclsomon）,监控vendor clusterware（类似于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）发现集群中的节点和所有的网卡信息。一定要确定集群中的网卡支持多播，而且节点间的通信正常。
   它的日志位于：/log//mdnsd

5. gpnpd.bin： 发布构建集群所需要的bootstrap 信息，并且在集群的所有节点之间同步gpnp profile。
   它的日志位于：/log//gpnpd

6. gipcd.bin： 这个进程负责管理集群中所有的私网（cluster interconnect）网卡。私网信息是通过gpnpd获得的。
   它的日志位于：/log//gipcd

7. gnsd(可选): Grid Naming Service. 相当于子DNS，功能和DNS类似，会取代使用/etc/hosts进行主机的解析。
   它的日志位于：/log//gnsd

8. octssd.bin: The Cluster Time Sync Service(CTSS) 用于各个节点间的时钟同步，集群中的一个节点的时钟会作为参照节点，其它节点和这个节点进行时钟同步。注意：当第三方时间同步软件（例如：NTP） 存在时，CTSS会以‘观察者’的方式运行，并不修改节点时间，但是，如果CTSS没有发现第三方时间同步软件，它会开始修改节点时间以便和参考节点同 步。
   它的日志位于：/log//ctssd.

9. osysmond.bin ：这是Oracle Cluster Health Monitor(CHM)的主要进程，这个进程在所有节点都会运行，sysmond会将每个节点的资源使用情况发送给cluster logger service，后者将会把所有节点的信息都接收并保存到CHM的资料库。
   它的日志位于：/log//crfmond/crfmond.log

10. ologgerd： 这是Oracle Cluster Health Monitor(CHM)的另一个主要进程，在一个集群中的，ologgerd 会有一个主机点(master)，还有一个备节点(standby)。当ologgerd在当前的节点遇到问题无法启动后，它会在备用节点启用。
   它的日志位于：/log//crflogd/crflogd.log

关于CHM，请参考：
11gR2 新特性：Oracle Cluster Health Monitor(CHM)简介

11. agent.bin：在11.2，各个资源的启动、停止和检查都是由agent来执行的。ohasd 会把这些agent启动。

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: 启动/停止/检查/清除 asm, ora.eons, ora.LISTENER.lsnr, SCAN listeners, ora.ons, diskgroup  等资源
oraagent_oracle: 启动/停止/检查/清除 service, database 等资源
orarootagent_root : 启动/停止/检查/清除 GNS, VIP, SCAN VIP and network 等资源.
scriptagent_grid:  应用服务定制的服务。

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

原文地址：https://www.cnblogs.com/cnmarkao/p/11118982.html

时间： 2024-10-27 01:43:26

Oracle CRS/GI 进程介绍的相关文章

oracle CRS-0184 无法与crs守护进程对话

oracle 11g rac crs进程重启时报错 1 创建rac集群时出现上述错误 删除node1机器上的/etc/oracle/scls_scr/rac1/oracle/cssfatal 文件   运行/u01/app/grid/product/11.2.0/grid/root.sh     2 rac运行过程中出现上述错误 两个节点crs_stop -all 如果有unknown 进程需要 crs_stop -f 运行 /u01/app/11.2.0/grid/bun/crsctl sta

Oracle EBS WMS功能介绍（二）

(版权声明,本人原创或者翻译的文章如需转载,如转载用于个人学习,请注明出处:否则请与本人联系,违者必究) 出货物流逻辑主要包括 1.      打包,可以进行多层嵌套式的打包,并通知用户为订单所做的特殊打包方法.打包可以在拣货时做,也可以作为一个独立的操作来做. 2.      为行程进行码头预约,可以使仓库经理计划出库运输公司的预约,码头门的可用性和仓库内的待装区的使用. 3.      拣货方法,为不同订单的拣货需要选择不同的拣货方法. 4.      管理拣货,可以使订单基于移动手持应用拣

Oracle EBS WMS功能介绍（一）

(版权声明,本人原创或者翻译的文章如需转载,如转载用于个人学习,请注明出处:否则请与本人联系,违者必究) Oracle WMS是仓储管理,是Oracle 高级供应链和制造解决方案中的一个组件,不完全等同于库存(Oracle Inventory),因为它支持高度自动化的手持扫描枪和物料处理系统:且极大的扩展了现有EBS的功能,并提供了包括仓存资源管理,仓储配置,生产率,性能分析,任务计划,高级拣货方法和附加值服务.所以WMS中的大部分操作是通过扫描枪来进行的. 要使用WMS的一个重要前提就是必须使

Linux下使用ps命令来查看Oracle相关的进程

Linux下可以使用ps命令来查看Oracle相关的进程 Oracle Listener 这个命令会列出Oracle Net Listener的进程 [[email protected] www.linuxidc.com ~]$ ps -ef | grep tnslsnr oracle    1999 29986  0 09:47 pts/2    00:00:00 grep tnslsnr oracle    3647     1  0 Jul03 ?        00:00:34 /u01

Oracle CASE WHEN 用法介绍

Oracle CASE WHEN 用法介绍 1. CASE WHEN 表达式有两种形式 --简单Case函数 CASE sex WHEN '1' THEN '男' WHEN '2' THEN '女' ELSE '其他' END --Case搜索函数 CASEWHEN sex = '1' THEN '男' WHEN sex = '2' THEN '女' ELSE '其他' END 2. CASE WHEN 在语句中不同位置的用法 2.1 SELECT CASE WHEN 用法 SELECT gra

oracle错误:1067进程意外终止

oracle错误:1067进程意外终止我Oracle安装完了之后可以运行的 ,过了一段时间不可以了,就上网找了一下,原来是自己的ip已经改变.我一直使用IP地址的. 将D:\oracle\product\10.2.0\db_1\network\ADMIN下面的文件listener.ora和tnsnames.ora里面,如果地址和端口是本机名127.0.0.1(或localhost)就则需要修改成本机的ip,比如我本机的网络IP是192.168.10.121,这就可以了,不能用localhost或

Oracle体系结构之进程

Oracle体系结构之进程 一.概述 Oracle中的每个进程都要执行一个特定的任务(或者一组任务),每个进程都会为自己分配内存(PGA)来完成它的任务.一个Oracle实例主要有以下3类进程: (1) 服务器进程(server process):服务器进程包括专用服务器和共享服务器,用来处理你提交所有SQL.当你向数据库提交一个SELECT * FROM EMP查询时,就会有一个ORACLE专用/共享服务器进程来解析这个查询,把它放到共享池中(或者最好能发现这个查询已经在共享池中).这个进程要

Oracle性能分析工具介绍及使用

oracle数据库级别优化分析工具介绍 当我们对数据库优化诊断时,需要收集相应的信息以供参考,从个人的使用经验来说,这种统计数据分为两大类 一类是数据库级别的统计信息二类是os级别的统计信息 下面就分别介绍在不同的级别下,常用什么工具来收集信息帮助优化诊断 首先是oracle数据库级别优化分析工具介绍 目录: 1.statspack2.ASH3.AWR4.ORACLE EXPLAIN PLAN的总结(查询sql的执行计划)   a.autotrace   b.explain的使用 1.stats

oracle 的服务器进程（PMON, SMON,CKPT,DBWn,LGWR，ARCn）

来着TOM的<oracle 编程艺术 9i,10g,11g> PMON PMON,进程监视.PMON主要有3个用途: 1,在进程非正常中断后,做清理工作.例如:dedicated server失败了或者因为一些原因被杀死,这是PMON的工作分两种.第一,是对dedicated server所做的工作进行恢复或撤销.第二:是释放dedicated server占用的资源.PMON会把失败进程的未提交的工作进行rollback,释放锁,释放SGA空间 2,在进程abort后,PMON进行清理工作.