在Oracle RAC数据库上会比单实例数据库多一些进程，这些进程是RAC特有的，为了实现集群数据库功能而设置的。这篇文章会对RAC特有
在oracle rac数据库上会比单实例数据库多一些进程，这些进程是rac特有的，为了实现集群数据库功能而设置的。这篇文章会对rac特有的进程做一些介绍。
1、LMSn: Global Cache Service Process。
LMSn进程会维护在Global Resource Directory (GRD)中的数据文件以及每个cached block的状态。LMSn用于在RAC的实例间进行message以及数据块的传输，这个对应的服务也就是GCS(Global Cache Service)，LMS是Cache Fusion的一个重要部分。LMS进程可以说是RAC上最活跃的后台进程，会消耗较多的CPU.一般每个实例会有多个LMS进程，每个Oracle版本的默认的LMS进程数目会有所不同，大部分版本的默认值是：MIN(CPU_COUNT/2, 2))
2、LMD: Global Enqueue Service Daemon。（对应的服务叫GES服务）
LMD 进程主要处理从远程节点发出的资源请求，，在多个实例之间协调对数据块的访问顺序，保证数据的一致性访问，大概过程如下：
+ 一个连接发出了global enqueue 请求
+ 这个请求会被发给本节点的LMD0进程
+ 这个前台进程会处于等待状态
+ LMD0会找到这个资源的master节点是谁
+ LMD0会把这个请求发送给master节点
+ 如果需要的话，master节点会增加一个新的master资源
+ 这时从master节点可以获知谁是owner, waiter
+ 当这个资源被grant给requestor后, master节点的LMD0进程会告知requestor节点的LMD0
+ 然后requestor节点的LMD0会通知申请资源的前台进程
GCS服务与GES服务还有GRD共同构成了RAC的Cache Fusion（缓存融合）
缓存融合是RAC内部最复杂的一部分，其中数据块是如何通过private network在实例之间传递，如何控制访问顺序，这些都很复杂，有兴趣的同学可以研究
如上总结LMD主要处理global enqueue 的请求, 而LCK0主要处理本实例的lock.
另外，RAC上的global deadlock 也是由LMD来发现的。
3、LCK0: Instance Enqueue Process。
LCK0进程主要处理非cache fustion的资源请求，比如library 和row cache 请求。
LCK0处理在实例一级的锁：
Row cache entries
Library cache entries
Result cache entries
这些实例级的锁的owner, waiter是LCK0进程。
只要这个实例的锁的owner是LCK0，那么这个实例的任何一个连接都可以使用这种cached的metedata.
如果本地的实例没有拥有这个lock，那么需要申请这个lock，前台进程会等待DFS Lock Handle。
另外，当shared pool出现压力需要释放一些内存来存放新的cursor时，LCK进程会将dictionary cache 的一些内存进行释放。
4、LMON: Global Enqueue Service Monitor。
LMON用于监控整个集群的global enqueues和resources， 而且会执行global enqueue recovery。实例异常终止后，会由LMON来进行GCS内存方面的处理。当一个实例加入或者离开集群后，LMON会对lock和resource进行reconfiguration.也就是说当某个节点出现故障时，LMON负责集群重构，GRD恢复等操作，另外LMON会在不同的实例间进行通讯检查，如果发现对方通讯超时，就会发出节点eviction，所以很多时候节点发生eviction后(ORA-481, ORA-29740等)，我们需要查看LMON的trace来了解eviction的原因。
Oracle 11g 在RedHat Linux 5.8_x64平台的安装手册
Linux-6-64下安装Oracle 12C笔记
在CentOS 6.4下安装Oracle 11gR2(x64)
Oracle 11gR2 在VMWare虚拟机中安装步骤
Debian 下 安装 Oracle 11g XE R2
更多详情见请继续阅读下一页的精彩内容：
