MariaDB社区

 找回密码
 注册

QQ登录

只需一步,快速开始

搜索
查看: 6022|回复: 1
打印 上一主题 下一主题

[Oracle] RAC的幾個特殊的進程

[复制链接]
跳转到指定楼层
1#
发表于 2008-12-4 09:59:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
LMS  Global cache service processes (LMSn) are processes that, when spawned by Oracle, copy blocks directly from the holding instance's buffer cache and send a read consistent copy of the block to the reques ting foreground process on the requesting instance to be placed into the buffer cache. LMS rolls back any uncommitted transactions for any blocks that are being requested for consistent read by the remote instance.
RAC software provides for up to 10 LMS processes (0–9), depending on the amount of messaging traffic. However, there is, by default, one LMS process per pair of CPUs. In general, the number of LMS processes varies depending on the amount of messaging traffic amongst nodes in the cluster.
LMON  The global enqueue service monitor (LMON) is a background process that monitors the entire cluster to manage global resources. By constantly probing the other instances, it checks and manages instance deaths and the associated recovery for GCS. When a node joins or leaves the cluster, it handles reconfiguration of locks and resources. In particular, LMON handles the part of recovery associated with global resources. LMON provided services are also known as cluster group services (CGS).
LMD  The global enqueue service daemon (LMD) is a background agent process that manages requests for resources to control access to blocks and global enqueues. It manages lock manager service requests for GCS resources and sends them to a service queue to be handled by the LMSn process. The LMD process also handles global deadlock detection and remote resource requests (remote resource requests are requests originating from another instance).
GSD  The global service daemon (GSD) is a component that receives requests from the SRVCTL control utility to execute administrative job tasks such as startup or shutdown. The command is executed locally on each node and the results are returned to SRVCTL. The GSD is installed on the nodes by default.
LCK  The lock process (LCK) manages non-cache fusion resource requests such as library and row cache requests and lock requests that are local to the server. LCK process manages instance resource requests and cross-instance call operations for shared resources. It builds a list of invalid lock elements and validates lock elements during recovery. Because the LMS process handles the primary function of lock management, only a single LCK process exists in each instance.
DIAG  The diagnosability daemon (DIAG) background process monitors the health of the instance and captures diagnostic data about process failures within instances. The operation of this daemon is automated and updates an alert log file to record the activity that it performs.
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 顶 踩
2#
发表于 2016-1-26 11:25:18 | 只看该作者
沈阳癫痫病医院 http://www.bjdxb001.com/
昆明癫痫病医院 http://www.dxbxywy.com/
昆明癫痫病医院 http://www.dx2010.com/
昆明军海癫痫病医院 http://www.bj301wsgh.com/
昆明军海医院 http://www.dxmingyi.com/
北京武警癫痫病医院 http://www.dianxian2010.com/
北京国丹白癜风医院 http://www.39dxhealth.com/
白癜风治疗最好医院 http://www.pumch-web.com/
北京国丹皮肤病医院 http://www.301wsgh.com/
北京国丹白癜风医院怎么样 http://www.pla307yy.com/
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|小黑屋|手机版|MariaDB社区 ( 京ICP备07012489号    |
业务联系: QQ:48474881; 邮箱: 48474881@qq.com; 电话:13911732319
声明:本站部分文章是网友转载,若未经作者同意或署名有误,请联系网站管理员。

GMT+8, 2024-11-1 07:59 , Processed in 0.074101 second(s), 20 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表