LMON ： global enqueue service monitor : 负责维护数据库集群层面的节点关系（cluster group service，gcs）。当一个或者多个实例加入或离开集群时，这个进程负责完成实例层面的reconfiguration .
LMS : global cache service process : LMS负责完成GCS的大部分工作，维护GRD（global resource directory）中数据块资源的信息。完成数据块在实例间的传递工作。也参与DRM的工作。
LMD： （Glogal Enqueue Service Daemon）: 主要负责GES相关资源的管理工作，GES资源你主要是Oracle中的排队(Enqueue)资源 。
LCK ：（Instance Enqueue Process) : 主要负责实例锁。实例锁主要包括 library cache Lock，row cache lock ，result cache lock.
DIAG：（diagnostic caputre process) ：负责转储（dump) 数据库相关的诊断信息 。
LMHB ： （GLobal cache/Enqueue Service Heartbeat Monitor) :监控LMS ,LMD ,LMON,LCK 等于RAC相关的主要后台进程。
GRD： （global resource directory)
CGS : cluster group service
--
与PCM资源相关的统计信息，即GCS相关的统计信息，也就是数据块相关的计时器和计数器
与non-PCM资源相关的统计信息，即GES相关的统计信息，也就是enqueue相关的计时器和计数器
1 gcs相关的统计信息
gc current blocks received : 本地实例要求某一个远程实例发送一个当前版本的数据块到本地实例，而且要确认发送成功。单位是块
gc current blocks served : 正好和上面相反，表示当前实例向远程实例发送current版本数据块的数量。
gc current block receive time: 反映了当前实例从向远程实例发送当前数据库请求到接收申请的数据块所需要的时间，单位是0.01s 。
gc current block send time : 反映了本地实例向远程实例发送当前数据块的时间。
gc cr blocks received :这个统计值与gc current blocks received的含义基本相同，只不过针对的是CR（读一致性）块。
gc cr blocks recive time :与gc current block receive time基本相同，只不过针对的是CR块。
gc cr blocks served :与gc current blocks served基本相同，针对的是CR块。
gc cr block send time ：反映了本地实例向远程实例发送CR数据库块的时间。
gc current block flush time : 反映了本地实例在完成远程实例的当前版本数据块请求时，如果需要将PI数据发送给远程实例时，将PI对应的redo信息flush到redo.log所需要的时间。
gc current block pin time :反映了在本地实例将当前版本数据块发送到远程实例过程中去获得（pin）这个数据块所需要的时间。
获取一个当前块可能需要flush、pin、send三个阶段，所以可以简单总结出以下公式：
申请端(gc current block receive time)=服务端(gc current block flush time + gc current block pin time + gc current block send time)+ 网络传输时间
gc cr block flush time :反映了本地实例在为远程请求实例构建CR块时用于将undo数据块的信息flush到redo.log所需要的时间 ；
gc cr block build time : 反映了本地实例在为远程请求实例构建(build)CR 块所需要的时间。
获得一个cr块可能需要build、flush、send三个阶段，所以可以简单总结出以下公式：
申请端(gc cr block receive time)=服务端(gc cr block build time + gc cr block flush time + gc cr block send time )+ 网络传输时间
2 ges相关统计信息
global enqueue gets : 反映了数据库实例申请enqueue的次数。
global enqueue get time: 反映了所有成功的equeue申请的时间。
3 消息message相关的统计信息
message sent directly :反映了没有经过流量控制和阻塞，直接到到远程实例的消息数量。
message flow controlled : 反映了经过流量控制(也就是在发送的过程中没有得到有效的ticket)发送的消息数量。
message sent indirectly: 反映了没能直接到达远程实例的消息数量，而没有直接到到的原因可能是经过了流量控制、远程实例没有接收、消息丢失等。
message received actual: 反映了本地实例即受到的由远程实例发送过来的与cache fusion相关的消息数量。
message received logical ：反映了本地实例接收到的所有与内存融合相关的消息数量。消息可能来源于远程实例，也可能来自于本地客户端进程。