Oracle後臺程式及其作用簡介

---

---

https://docs.oracle.com/en/database/oracle/oracle-database/18/refrn/background-processes.html#GUID-86184690-5531-405F-AA05-BB935F57B76D

---

---

This background process is available starting with Oracle Database 11 g  Release 2 (11.2.0.2). describes Oracle Database background processes. In this context, a background process is defined as any process that is listed in V$PROCESS and has a non-null value in the pname column. The External Properties column lists the type of instance in which the process runs. If the process is specific to a particular feature, then the column names the feature.
Name	Expanded Name	Short Description	Long Description	External Properties	version
ABMR	Auto BMR Background Process	Coordinates execution of tasks such as filtering duplicate block media recovery requests and performing flood control	When a process submits a block media recovery request to ABMR, it dynamically spawns slave processes (BMR n ) to perform the recovery. ABMR and BMR n  terminate after being idle for a long time.	Database instance
			See Also: Oracle Database Backup and Recovery User's Guide
ACFS	ASM Cluster File System CSS Process	Tracks the cluster membership in CSS and informs the file system driver of membership changes	ACFS delivers CSS membership changes to the Oracle cluster file system. These membership changes are required for the file system to maintain file system consistency within the cluster.	ASM instance, Oracle RAC
ACMS	Atomic Control File to Memory Service Process  記憶體伺服器原子控制檔案	Coordinates consistent updates to a control file resource with its SGA counterpart on all instances in an Oracle RAC environment	The ACMS process works with a coordinating caller to ensure that an operation is executed on every instance in Oracle RAC despite failures. ACMS is the process in which a distributed operation is called. As a result, this process can exhibit a variety of behaviors. In general, ACMS is limited to small, nonblocking state changes for a limited set of cross-instance operations. 僅適用於  RAC  例項中。執行分散式  SGA  更新時， ACMS  可確保在所有例項上發生更新。如果某個例項上的更新失敗，此程式也會在所有例項上回滾更新。可將  ACMS  視為兩階段提交協調器程式，用於  RAC  叢集中的  SGA  更新。	Database instance, Oracle RAC
AP nn	Logical Standby / Streams Apply Process Coordinator Process	Obtains transactions from the reader server and passes them to apply servers	The coordinator process name is AP nn , where  nn  can include letters and numbers.	Database instance, Data Guard, Oracle Streams
			See Also: Oracle Streams Concepts and Administration
ARB n	ASM Rebalance Process	Rebalances data extents within an ASM disk group	Possible processes are ARB0-ARB9 and ARBA.	ASM instance
ARC n	Archiver Process	Copies the redo log files to archival storage when they are full or an online redo log switch occurs	ARC n  processes exist only when the database is in ARCHIVELOG mode and automatic archiving is enabled, in which case ARC n  automatically archives online redo log files. LGWR cannot reuse and overwrite an online redo log group until it has been archived.	Database instance
			The database starts multiple archiver processes as needed to ensure that the archiving of filled online redo logs does not fall behind. Possible processes include ARC0-ARC9 and ARCa-ARCt.
			The LOG_ARCHIVE_MAX_PROCESSES initialization parameter specifies the number of ARC n  processes that the database initially invokes.
			See Also:   Oracle Database Concepts  and  Oracle Database Administrator's Guide
ASMB	ASM Background Process	Communicates with the ASM instance, managing storage and providing statistics	ASMB runs in ASM instances when the ASMCMD cp command runs or when the database instance first starts if the server parameter file is stored in ASM. ASMB also runs with Oracle Cluster Registry on ASM.	Database and ASM instances
AS nn	Logical Standby / Streams Apply Process Reader Server or Apply Server	Computes dependencies between logical change records (LCRs) and assembles messages into transactions (Reader Server)	When the reader server finishes computing dependencies between LCRs and assembling transactions, it returns the assembled transactions to the coordinator process. Query V$STREAMS_APPLY_READER for information about the reader server background process.	Database instance
		Applies LCRs to database objects or passes LCRs and user messages to their appropriate apply handlers (Apply Server)	An apply server receives the transactions from the coordinator background process, and either applies database changes in LCRs or sends LCRs or messages to apply handlers. Apply servers can also enqueue a queue. If an apply server encounters an error, then it then tries to resolve the error with a user-specified conflict handler or error handler. If an apply server cannot resolve an error, then it rolls back the transaction and places the entire transaction, including all of its messages, in the error queue. When an apply server commits a completed transaction, this transaction has been applied. When an apply server places a transaction in the error queue and commits, this transaction also has been applied. Query V$STREAMS_APPLY_SERVER for information about the apply server background process.
			The coordinator process name is AS nn , where  nn  can include letters and numbers.
BMR n	Automatic Block Media Recovery Slave Pool Process	Fetches blocks from a real-time readable standby database	When a process submits a block media recovery request to ABMR, it dynamically spawns slave processes (BMR n ) to perform the recovery. BMR n  processes fetch blocks from a real-time readable standby database. ABMR and BMR n  terminate after being idle for a long time.	Database instance
			See Also: Oracle Database Backup and Recovery User's Guide
B nnn	ASM Blocking Slave Process for GMON	Performs maintenance actions on ASM disk groups	B nnn  performs actions that require waiting for resources on behalf of GMON. GMON must be highly available and cannot wait.	ASM instance
			A B nnn  slave is spawned when a disk is taken offline in an ASM disk group. Offline timer processing and drop of the disk are performed in this slave. Up to five process (B000 to B004) can exist depending on the load.
CJQ0	Job Queue Coordinator Process	Selects jobs that need to be run from the data dictionary and spawns job queue slave processes (J nnn ) to run the jobs	CJQ0 is automatically started and stopped as needed by Oracle Scheduler.	Database instance
			The JOB_QUEUE_PROCESSES initialization parameter specifies the maximum number of processes that can be created for the execution of jobs. CJQ0 starts only as many job queue processes as required by the number of jobs to run and available resources.
			See Also:   Oracle Database Concepts  and  Oracle Database Administrator's Guide
CKPT	Checkpoint Process	Signals DBW n  at checkpoints and updates all the data files and control files of the database to indicate the most recent checkpoint	At specific times CKPT starts a checkpoint request by messaging DBW n  to begin writing dirty buffers. On completion of individual checkpoint requests, CKPT updates data file headers and control files to record most recent checkpoint.	Database and ASM instances
			See Also: Oracle Database Concepts
CP nn	Streams Capture Process	Captures database changes from the redo log by using the infrastructure of LogMiner	The capture process name is CP nn , where  nn can include letters and numbers. The underlying LogMiner process name is MSnn, where nn can include letters and numbers. The capture process includes one reader server that reads the redo log and divides it into regions, one or more preparer servers that scan the redo log, and one builder server that merges redo records from the preparer servers. Each reader server, preparer server, and builder server is a process. Query the V$STREAMS_CAPTURE view for information about this background process.	Database instance, Oracle Streams
			See Also: Oracle Streams Concepts and Administration
CS nn	I/O Calibration Process	Issues I/Os to storage as part of storage calibration.	CS nn  slave processes are started on execution of the DBMS_RESOURCE_MANAGER.CALIBRATE_IO() procedure. There is one slave process per CPU on each node of the database.	Database instance, Oracle RAC
CTWR	Change Tracking Writer Process	Tracks changed data blocks as part of the Recovery Manager block change tracking feature	CTWR tracks changed blocks as redo is generated at a primary database and as redo is applied at a standby database. The process is slightly different depending on the type of database.	Database instance
			See Also: Oracle Database Backup and Recovery User's Guide
CX nn	Streams Propagation Sender Process	Sends LCRs to a propagation receiver	The propagation sender process name is CX nn , where  nn  can include letters and numbers. In an Oracle Streams combined capture and apply optimization, the propagation sender sends LCRs directly to the propagation receiver to improve performance. The propagation receiver passes the LCRs to an apply process. Query V$PROPAGATION_SENDER for information about a propagation sender.	Database instance, Oracle Streams
DBRM	Database Resource Manager Process  資料庫資源管理器	Sets resource plans and performs other tasks related to the Database Resource Manager	If a resource plan is not enabled, then this process is idle. 執行資源計劃和其他與資源管理器相關的任務 , 資料庫資源管理程式 , (The database resource manager process) ，負責設定資源計劃和其他的資源管理的工作。	Database instance
			See Also: Oracle Database Administrator's Guide
DBW n	Database Writer Process	Writes modified blocks from the database buffer cache to the data files	The primary responsibility of DBW n  is to write data blocks to disk. DBW n  also handles checkpoints, file open synchronization, and logging of Block Written records.	Database instance
			In many cases the blocks that DBW n  writes are scattered throughout the disk. Thus, the writes tend to be slower than the sequential writes performed by LGWR. DBW n  performs multiblock writes when possible to improve efficiency. The number of blocks written in a multiblock write varies by operating system.
			The DB_WRITER_PROCESSES initialization parameter specifies the number of DBW n  processes (DBW0-DBW9 and DBWa-DBWz). The database selects an appropriate default setting for this parameter or adjusts a user-specified setting based on the number of CPUs and processor groups.
			See Also:   Oracle Database Concepts  and  Oracle Database Performance Tuning Guide
DIA0	Diagnostic Process  診斷程式  0	Detects and resolves hangs and deadlocks	檢測掛起情況和死鎖。將來可能會引入多個程式，因此將名稱設定為  diag0 。將來如果引入其他程式，將分別命名為  dia1 、 dia2  等。另一個資料庫診斷程式，負責檢測 Oracle 資料庫中的掛起 (hang) 和死鎖的處理	ASM and Database instances
DIAG	Diagnostic Capture Process  診斷程式	Performs diagnostic dumps	DIAG performs diagnostic dumps requested by other processes and dumps triggered by process or instance termination. In Oracle RAC, DIAG performs global diagnostic dumps requested by remote instances.  執行診斷、轉儲跟蹤檔案（如有必要）以及執行全域性  oradebug  命令 , 資料庫診斷程式，  (The diagnosibility process)  ，負責維護管理各種用於診斷的轉儲檔案，並執行 oradebug 命令。	ASM and Database instances
DM nn	Data Pump Master Process	Coordinates the Data Pump job tasks performed by Data Pump worker processes and handles client interactions	The Data Pump master (control) process is started during job creation and coordinates all tasks performed by the Data Pump job. It handles all client interactions and communication, establishes all job contexts, and coordinates all worker process activities on behalf of the job.	Database instance, Data Pump
DMON	Data Guard Broker Monitor Process	Manages and monitors a database that is part of a Data Guard broker configuration	When you start the Data Guard broker, a DMON process is created. DMON runs for every database instance that is managed by the broker. DMON interacts with the local database and the DMON processes of the other databases to perform the requested function. DMON also monitors the health of the broker configuration and ensures that every database has a consistent description of the configuration.	Database instance, Data Guard
			DMON maintains profiles about all database objects in the broker configuration in a binary configuration file. A copy of this file is maintained by the DMON process for each of the databases that belong to the broker configuration. The process is created when the DG_BROKER_START initialization parameter is set to true.
			See Also: Oracle Data Guard Broker
D nnn	Dispatcher Process	Performs network communication in the shared server architecture	In the shared server architecture, clients connect to a dispatcher process, which creates a virtual circuit for each connection. When the client sends data to the server, the dispatcher receives the data into the virtual circuit and places the active circuit on the common queue to be picked up by an idle shared server. The shared server then reads the data from the virtual circuit and performs the database work necessary to complete the request. When the shared server must send data to the client, the server writes the data back into the virtual circuit and the dispatcher sends the data to the client. After the shared server completes the client request, the server releases the virtual circuit back to the dispatcher and is free to handle other clients.	Database instance, shared servers
			Several initialization parameters relate to shared servers. The principal parameters are: DISPATCHERS, SHARED_SERVERS, MAX_SHARED_SERVERS, LOCAL_LISTENER, REMOTE_LISTENER.
			See Also: Oracle Database Concepts
DR nn	ASM Disk Resynchronization Slave Process	Resynchronizes the contents of an offline disk	When a disk online SQL command is issued on a disk or disks that are offline, ASM spawns DR nn . Depending on the load, more than one slave may be spawned.	ASM Instance
DSKM	Slave Diskmon Process	Acts as the conduit between the database, ASM instances, and the Master Diskmon daemon to communicate information to Exadata storage	This process is active only if Exadata Storage is used. DSKM performs operations related to Exadata I/O fencing and Exadata cell failure handling.  負責 oracle  例項、 asm 例項和磁碟的管理程式之間的 io fencing  資訊的交換。如果使用 SAGE 的儲存，該程式還負責 SAGE 儲存的一些資訊的管理。	ASM instance, Exadata
DW nn	Data Pump Worker Process	Performs Data Pump tasks as assigned by the Data Pump master process	The Data Pump worker process is responsible for performing tasks that are assigned by the Data Pump master process, such as the loading and unloading of metadata and data.	Database instance
EMNC	EMON Coordinator Process	Coordinates database event management and notifications	EMNC coordinates event management and notification activity in the database, including Streams Event Notifications, Continuous Query Notifications, and Fast Application Notifications.	Database and ASM instances
E nnn	EMON Slave Process	Performs database event management and notifications	The database event management and notification load is distributed among the EMON slave processes. These processes work on the system notifications in parallel, offering a capability to process a larger volume of notifications, a faster response time, and a lower shared memory use for staging notifications.	Database and ASM instances
FBDA	Flashback Data Archiver Process  閃回資料存檔器	Archives historical rows for tracked tables into flashback data archives and manages archive space, organization, and retention	When a transaction that modifies a tracked table commits, FBDA stores the pre-image of the rows in the archive. FDBA maintains metadata on the current rows and tracks how much data has been archived. FBDA is also responsible for automatically managing the flashback data archive for space, organization (partitioning tablespaces), and retention. FBDA also keeps track of how far the archiving of tracked transactions has progressed.Oracle Database 11g  提供新的 “ 閃回存檔 ” ，用於寫入對錶所作的更改。此程式將寫入閃回存檔。 Flashback Data Archiver Process (FBDA) The flashback data archiver process (FBDA)archives historical rows of tracked tables into Flashback Data Archives. When a transaction containing DML on a tracked table commits, this process stores the pre-image of the rows into the Flashback Data Archive. It also keeps metadata on the current rows. 閃回資料歸檔程式，歸檔被追蹤的錶的歷史行到閃回資料歸檔檔案裡面。當在被追蹤的表上面發生了 dml 事務的時候，這個程式儲存行的前映象到閃回資料歸檔裡面。它同樣儲存當前行的後設資料。 FBDA automatically manages the flashback data archive for space, organization, and retention. Additionally, the process keeps track of how far the archiving of tracked transactions has occurred. FBDA 自動的管理閃回資料歸檔檔案的空間，組織結構和滯留時間。	Database and ASM instances
			See Also: Oracle Database Advanced Application Developer's Guide
FD nn	Oracle ASM Stale FD Cleanup Slave Process	Cleans up Oracle ASM stale FDs on foreground processes	This process cleans up Oracle ASM stale FDs on foreground processes if an Oracle ASM disk is globally closed.	Database and ASM instances
FMON	File Mapping Monitor Process	Manages mapping information for the Oracle Database file mapping interface	The DBMS_STORAGE_MAP package enables you to control the mapping operations. When instructed by the user, FMON builds mapping information and stores it in the SGA, refreshes the information when a change occurs, saves the information to the data dictionary, and restores it to the SGA at instance startup.	Database and ASM instances
			FMON is started by the database whenever the FILE_MAPPING initialization parameter is set to true.
FSFP	Data Guard Broker Fast Start Failover Pinger Process	Maintains fast-start failover state between the primary and target standby databases	FSFP is created when fast-start failover is enabled.	Database instance, Data Guard
GCRn	Global Conflict Resolution Slave Process	Performs synchronous tasks on behalf of LMHB	GCR n  processes are transient slaves that are started and stopped as required by LMHB to perform synchronous or resource intensive tasks.	Database and ASM instances, Oracle RAC
GEN0	General Task Execution Process	Performs required tasks including SQL and DML		Database and ASM instances
GMON	ASM Disk Group Monitor Process	Monitors all mounted ASM disk groups	GMON monitors all the disk groups mounted in an ASM instance and is responsible for maintaining consistent disk membership and status information. Membership changes result from adding and dropping disks, whereas disk status changes result from taking disks offline or bringing them online. 用於維護 asm 磁碟組的磁碟之間的關係。	ASM instance
GTX n	Global Transaction Process  全域性事務程式  0	Provides transparent support for XA global transactions in an Oracle RAC environment	These processes help maintain the global information about XA global transactions throughout the cluster. Also, the processes help perform two-phase commit for global transactions anywhere in the cluster so that an Oracle RAC database behaves as a single system to the externally coordinated distributed transactions. The GLOBAL_TXN_PROCESSES initialization parameter specifies the number of GTXn processes, where n is 0-9 or a-j. The database automatically tunes the number of these processes based on the workload of XA global transactions. You can disable these processes by setting the parameter to 0. If you try to run XA global transactions with these process disabled, an error is returned. 在  RAC  叢集中， Oracle Database  現在提供改進的  XA  事務處理。此程式協調  XA  事務。如果  XA  上的資料庫負載增長，將自動建立更多程式，分別命名為 GTX1、GTX2，直至 GTXJ。	Database instance, Oracle RAC
			See Also: Oracle Real Application Clusters Administration and Deployment Guide
I nnn	Disk and Tape I/O Slave Process	Serves as an I/O slave process spawned on behalf of DBWR, LGWR, or an RMAN backup session	I/O slave process can be configured on platforms where asynchronous I/O support is not available. These slaves are started by setting the corresponding slave enable parameter in the server parameter file. The I/O slaves simulate the asynchronous I/O behavior when the underlying platform does not have native support for asynchronous I/O.	Database instance
INSV	Data Guard Broker Instance Slave Process	Performs Data Guard broker communication among instances in an Oracle RAC environment	INSV is created when the DG_BROKER_START initialization parameter is set to true.	Database instance, Data Guard
J nnn	Job Queue Slave Process	Executes jobs assigned by the job coordinator	Job slave processes are created or awakened by the job coordinator when it is time for a job to be executed.	Database instance
			Job slaves gather all the metadata required to run the job from the data dictionary. The slave processes start a database session as the owner of the job, execute triggers, and then execute the job. After the job is complete, the slave processes commit and then execute appropriate triggers and close the session. The slave can repeat this operation in case additional jobs need to be run.
KATE		ASM 臨時任務處理器	毫無疑問，這是所有新程式中最長的名稱。它是在 ASM 例項上出現的，而不是在資料庫上出現。（有關新特性“快速磁碟重新同步”的資訊，請參閱本系列中有關 ASM 的部分。）當磁碟離線時，此程式將代替磁碟對 ASM 元檔案執行代理 I/O。當ASM的磁碟離線的時候，該程式負責asm的元檔案的io讀寫。
LCK0	Instance Enqueue Background Process	Manages global enqueue requests and cross-instance broadcasts	The process handles all requests for resources other than data blocks. For examples, LCK0 manages library and row cache requests. LCK 程式就是鎖程式，它管理在叢集中對同一資料塊訪問的鎖管理。	Database and ASM instances, Oracle RAC
LGWR	Log Writer Process	Writes redo entries to the online redo log	Redo log entries are generated in the redo log buffer of the system global area (SGA). LGWR writes the redo log entries sequentially into a redo log file. If the database has a multiplexed redo log, then LGWR writes the redo log entries to a group of redo log files.	Database and ASM instances
			See Also:   Oracle Database Concepts  and  Oracle Database Administrator's Guide
LMD0	Global Enqueue Service Daemon 0 Process  全域性佇列服務 LMD:Lock Manager Daemon ，鎖管理器	Manages incoming remote resource requests from other instances	LMD0 processes enqueue resources managed under Global Enqueue Service. In particular, LMD0 processes incoming enqueue request messages and controls access to global enqueues. It also performs distributed deadlock detections. Cache Fusion 的 GES 服務的作用就是在節點之間協調對同一資料塊的訪問次序，程式 LMD 就是提供 GES 服務。另外， RAC 環境中 LMD 程式管理各個節點鎖資源，生成死鎖的 trace 檔案，如： Global Enqueue Services Deadlock detected. More info in file /u01/app/Oracle/diag/rdbms/raclhr/raclhr2/trace/raclhr2_lmd0_19923170.trc.	Database and ASM instances, Oracle RAC
LMHB	Global Cache/Enqueue Service Heartbeat Monitor	Monitor the heartbeat of LMON, LMD, and LMS n  processes	LMHB monitors LMON, LMD, and LMS n  processes to ensure they are running normally without blocking or spinning.	Database and ASM instances, Oracle RAC
LMON	Global Enqueue Service Monitor Process	Monitors an Oracle RAC cluster to manage global resources	LMON maintains instance membership within Oracle RAC. The process detects instance transitions and performs reconfiguration of GES and GCS resources. 在 rac 叢集環境中各個節點的例項之間會定期通訊，目的是檢查各自的當前狀態，如對方例項是否異常等資訊，這種在節點之間協調通訊以完成健康檢查的任務就是右 LMON 程式負責。	Database and ASM instances, Oracle RAC
			See Also: Oracle Real Application Clusters Administration and Deployment Guide
LMS n	Global Cache Service Process	Manages resources and provides resource control among Oracle RAC instances	LMS, where  n  is 0-9 or a-z, maintains a lock database for Global Cache Service (GCS) and buffer cache resources. This process receives, processes, and sends GCS requests, block transfers, and other GCS-related messages. 我們已經知道 CacheFusion 的 GCS 服務的作用就是在節點之間協調對同一資料塊的訪問次序，程式 LMD 就是提供 GCS 服務。 See Also: Oracle Real Application Clusters Administration and Deployment Guide	Database and ASM instances, Oracle RAC
LSP0	Logical Standby Coordinator Process	Schedules transactions for Data Guard SQL Apply	LSP0 is the initial process created upon startup of Data Guard SQL Apply. In addition to managing LogMiner and Apply processes, LSP0 is responsible for maintaining inter-transaction dependencies and appropriately scheduling transactions with applier processes. LSP0 is also responsible for detecting and enabling runtime parameter changes for the SQL Apply product as a whole.	Database instance, Data Guard
LSP1	Logical Standby Dictionary Build Process	Performs a logical standby dictionary build on a primary database	The LSP1 process is spawned on a logical standby database that is intended to become the new primary database. A logical standby database becomes a primary database by means of switchover or failover. The dictionary is necessary for logical standby databases to interpret the redo of the new primary database.	Database instance, Data Guard
LSP2	Logical Standby Set Guard Process	Determines which database objects will be protected by the database guard	The LSP2 process is created as needed during startup of SQL Apply to update the list of objects that are protected by the database guard.	Database instance, Data Guard
L nnn	Pooled Server Process	Handles client requests in Database Resident Connection Pooling	In Database Resident Connection Pooling, clients connect to a connection broker process. When a connection becomes active, the connection broker hands off the connection to a compatible pooled server process. The pooled server process performs network communication directly on the client connection and processes requests until the client releases the server. After being released, the connection is returned to the broker for monitoring, leaving the server free to handle other clients.	Database instance, Database Resident Connection Pooling
			See Also: Oracle Database Concepts
MARK	Mark AU for Resynchronization Coordinator Process 為重新同步協調器標記分配單元	Marks ASM allocation units as stale following a missed write to an offline disk	MARK essentially tracks which extents require resynchronization for offline disks. This process runs in the database instance and is started when the database instance first begins using the ASM instance. If required, MARK can also be started on demand when disks go offline in the ASM redundancy disk group. 當磁碟出現故障時將會離線，從而導致寫入內容丟失。在這種情況下，此程式會將  ASM  分配單元  (AU)  標記為陳舊。當磁碟聯機時，陳舊的段將被重新整理。 MARK ：如果有向 asm 離線磁碟的 missed  寫請求，該程式將 ASM 分配的單元的狀態標記為 stale FBDA ：涉及到 flashback-data-archive 新特性的一個程式， The flashback data archiver proces 。用於將 “ 軌表 ”(tracked tables) 的歷史資料進行歸檔。當 “ 軌表 ” 上的事務提交以後， fbda 程式負責將資料的前映象儲存到 flashback archive 區域。該程式還負責 flashback 的資料歸檔的空間管理、分配、保留，跟蹤 tracked transactions 。 什麼是 “ 軌表 ”(tracked tables):  是指啟用了 flashback archive 特性的表。	Database and ASM instances
MMAN	Memory Manager Process	Serves as the instance memory manager	This process performs the resizing of memory components on the instance.	Database and ASM instances
MMNL	Manageability Monitor Lite Process	Performs tasks relating to manageability, including active session history sampling and metrics computation	MMNL performs many tasks relating to manageability, including session history capture and metrics computation. MMNL 程式負責執行輕量級的且頻率較高的和可管理性相關的後臺任務，例如捕獲會話歷史資訊，測量值計算等。	Database and ASM instances
MMON	Manageability Monitor Process  可管理性監視器程式	Performs or schedules many manageability tasks	MMON performs many tasks related to manageability, including taking Automatic Workload Repository snapshots and performing Automatic Database Diagnostic Monitor analysis. AWR 主要是由 MMON （ Manageability Monitor Process ，可管理性監視器程式）和它的 slave 程式（ Mnnn ）程式來維護的。 MMON 執行很多關於 AWR 的任務，和各種與可管理性相關的後臺任務，具體包括以下功能： 1. 啟動 slave 程式 Mnnn 去做 AWR 快照 2. 當某個測量值（ metrics ）超過了其度量閥值（ threshold value ）時發出 alert 告警 3. 為最近改變過的 SQL 物件捕獲指標資訊	Database and ASM instances
M nnn	MMON Slave Process	Performs manageability tasks on behalf of MMON	M nnn  performs manageability tasks dispatched to them by MMON. Tasks performed include taking Automatic Workload Repository snapshots and Automatic Database Diagnostic Monitor analysis.	Database and ASM instances
MRP0	Managed Standby Recovery Process	Coordinates the application of redo on a physical standby database	MRP0 is spawned at the start of redo apply on a physical standby database. This process handles the extraction of redo and coordinates the application of that redo on a physical standby database.	Database instance, Data Guard
			See Also: Oracle Data Guard Concepts and Administration
MS nn	LogMiner Worker Process	Reads redo log files and translates and assembles into transactions	Multiple MS nn  processes can exists, where  n  is 0-9 or a-Z. A minimum of three MS nn  processes work as a group to provide transactions to a LogMiner client, for example, a logical standby database. There may be more than one such group, for example, Downstream Capture sessions.	Database instance, Logical Standby, Oracle Streams
N nnn	Connection Broker Process	Monitors idle connections and hands off active connections in Database Resident Connection Pooling	In Database Resident Connection Pooling, clients connect to a connection broker process. When a connection becomes active, the connection broker hands off the connection to a compatible pooled server process. The pooled server process performs network communication directly on the client connection and processes requests until the client releases the server. After being released, the connection is returned to the broker for monitoring, leaving the server free to handle other clients.	Database instance, Database Resident Connection Pooling
			See Also: Oracle Database Concepts
NSA n	Redo Transport NSA1 Process	Ships redo from current online redo logs to remote standby destinations configured for ASYNC transport	NSA n  can run as multiple processes, where  n  is 1-9 or A-V.	Database instance, Data Guard
			See Also: Oracle Data Guard Concepts and Administration
NSS n	Redo Transport NSS1 Process	Acts as a slave for LGWR when SYNC transport is configured for a remote standby destination	NSS n  can run as multiple processes, where  n  is 1-9 or A-V.	Database instance, Data Guard
			See Also: Oracle Data Guard Concepts and Administration
NSV n	Data Guard Broker NetSlave Process	Performs broker network communications between databases in a Data Guard environment	NSV n  is created when a Data Guard broker configuration is enabled. There can be as many NSV n  processes (where  n  is 0- 9 and A-U) created as there are databases in the Data Guard broker configuration.	Database instance, Data Guard
OCF n	ASM CF Connection Pool Process	Maintains a connection to the ASM instance for metadata operations		Database and ASM instances
O nnn	ASM Connection Pool Process	Maintains a connection to the ASM instance for metadata operations	O nnn slave processes are spawned on demand. These processes communicate with the ASM instance.	Database and ASM instances
PING	Interconnect Latency Measurement Process	Assesses latencies associated with communications for each pair of cluster instances	Every few seconds, the process in one instance sends messages to each instance. The message is received by PING on the target instance. The time for the round trip is measured and collected.	Database and ASM instances, Oracle RAC
PMON	Process Monitor	Monitors the other background processes and performs process recovery when a server or dispatcher process terminates abnormally	PMON periodically performs cleanup of all the following:	Database and ASM instances
			Processes that died abnormally
			Sessions that were killed
			Detached transactions that have exceeded their idle timeout
			Detached network connections which have exceeded their idle timeout
			In addition, PMON monitors, spawns, and stops the following as needed:
			Dispatcher and shared server processes
			Job queue processes
			Pooled server processes for database resident connection pooling
			Restartable background processes
			PMON is also responsible for registering information about the instance and dispatcher processes with the network listener.
			See Also:   Oracle Database Concepts  and  Oracle Database Net Services Administrator's Guide
P nnn	Parallel Query Slave Process	Perform parallel execution of a SQL statement (query, DML, or DDL)	Parallel Query has two components: a foreground process that acts as query coordinator and a set of parallel slaves (P nnn ) that are background processes. These background processes are spawned or reused during the start of a parallel statement. They receive and carry out units of work sent from the query coordinator.	Database and ASM instances
			The maximum number of P nnn  processes is controlled by the initialization parameter PARALLEL_MAX_SERVERS. Slave processes are numbered from 0 to the PARALLEL_MAX_SERVERS setting. If the query is a GV$ query, then these background processes are numbered backward, starting from PZ99.
PR nn	Parallel Recovery Process	Performs tasks assigned by the coordinator process performing parallel recovery	PR nn  serves as a slave process for the coordinator process performing parallel media recovery and carries out tasks assigned by the coordinator. The default number of these processes is based on number of CPUs.	Database instance
PSP0	Process Spawner Process	Spawns Oracle background processes after initial instance startup	process spawner ，用於產生 oracle 程式	Database and ASM instances
QMNC	AQ Coordinator Process	Monitors AQ	QMNC is responsible for facilitating various background activities required by AQ and Oracle Streams: time management of messages, management of nonpersistent queues, cleanup of resources, and so on. QMNC dynamically spawns Q nnn  processes as needed for performing these tasks.	Database instance, Advanced Queuing
			Note that if the AQ_TM_PROCESSES initialization parameter is set to 0, this process will not start. The database writes the following message to the alert log: WARNING: AQ_TM_PROCESSES is set to 0. System might be adversely affected.
Q nnn	AQ Server Class Process	Performs various AQ-related background task for QMNC	Q nnn  acts as a slave process for QMNC and carry out tasks assigned by QMNC. The number of these processes is dynamically managed by QMNC based on load.	Database instance
RBAL	ASM Rebalance Master Process	Coordinates rebalance activity	In an ASM instance, it coordinates rebalance activity for disk groups. In a database instances, it manages ASM disk groups.	Database and ASM instances
RCBG	Result Cache Background Process	Handles result cache messages	This process is used for handling invalidation and other messages generated by server processes attached to other instances in Oracle RAC.	Database instance, Oracle RAC
RECO	Recoverer Process	Resolves distributed transactions that are pending because of a network or system failure in a distributed database	RECO uses the information in the pending transaction table to finalize the status of in-doubt transactions. At timed intervals, the local RECO attempts to connect to remote databases and automatically complete the commit or rollback of the local portion of any pending distributed transactions. All transactions automatically resolved by RECO are removed from the pending transaction table.	Database instance
			See Also:   Oracle Database Concepts  and  Oracle Database Net Services Administrator's Guide
RMS n	Oracle RAC Management Process	Performs manageability tasks for Oracle RAC	RMS n  performs a variety of tasks, including creating resources related to Oracle RAC when new instances are added to a cluster.The Oracle RAC management processes, 負責執行 Oracle RAC 的管理任務，比如 RAC 相關資源的建立和叢集中新例項的新增。	Database instance, Oracle RAC
			See Also: Oracle Real Application Clusters Administration and Deployment Guide
R nnn	ASM Block Remap Slave Process	Remaps a block with a read error	A database instance reading from an ASM disk group can encounter an error during a read. If possible, ASM asynchronously schedules a R nnn  slave process to remap this bad block from a mirror copy.	ASM instance
RP nn	Capture Processing Worker Process	Processes a set of workload capture files	RP nn  are worker processes spawned by calling DBMS_WORKLOAD_REPLAY.PROCESS_CAPTURE(capture_dir,parallel_level). Each worker process is assigned a set of workload capture files to process.	Database instance
			Worker processes execute in parallel without needing to communicate with each other. After each process is finished processing its assigned files, it exits and informs its parent process.
			The number of worker processes is controlled by the parallel_level parameter of DBMS_WORKLOAD_REPLAY.PROCESS_CAPTURE. By default, parallel_level is null. Then, the number of worker processes is computed as follows:
			SELECT VALUE
			FROM   V$PARAMETER
			WHERE  NAME='cpu_count';
			When parallel_level is 1, no worker processes are spawned.
RSM0	Data Guard Broker Worker Process	Performs monitoring management tasks related to Data Guard on behalf of DMON	The process is created when a Data Guard broker configuration is enabled.	Database instance, Data Guard
RSMN	Remote Slave Monitor Process	Manages background slave process creation and communication on remote instances in Oracle RAC	This background process manages the creation of slave processes and the communication with their coordinators and peers. These background slave processes perform tasks on behalf of a coordinating process running in another cluster instance.	Database instance, Oracle RAC
RVWR	Recovery Writer Process	Writes flashback data to the flashback logs in the fast recovery area	RVWR writes flashback data from the flashback buffer in the SGA to the flashback logs. RVWR also creates flashback logs and performs some tasks for flashback log automatic management.	Database instance, Flashback Database
SMCO	Space Management Coordinator Process  空間管理器	Coordinates the execution of various space management tasks	This background process coordinates the execution of various space management tasks, including proactive space allocation and space reclamation. SMCO dynamically spawns slave processes (W nnn ) to implement these tasks.SMCO  是主空間管理程式，可動態分配和回收空間。它將生成從程式  Wnnn  以執行這些任務。 space management coordinator ，該程式負責空間管理協調管理工作，負責執行空間的分配和回收。 Space Management Coordinator Process (SMCO) The SMCO process coordinates the execution of various space management related tasks, such as proactive space allocation and space reclamation. SMCO dynamically spawns slave processes (Wnnn) to implement the task. smco 程式排程執行的多種空間管理相關的任務，比如說提前的空間分配和回收。 smco 自動的生成從屬程式 wnnn 去完成任務。	Database instance
SMON	System Monitor Process	Performs critical tasks such as instance recovery and dead transaction recovery, and maintenance tasks such as temporary space reclamation, data dictionary cleanup, and undo tablespace management	SMON performs many database maintenance tasks, including the following:	Database instance
			Creates and manages the temporary tablespace metadata
			Reclaims space used by orphaned temporary segments
			Maintains the undo tablespace by onlining, offlining, and shrinking the undo segments based on undo space usage statistics
			Cleans up the data dictionary when it is in a transient and inconsistent state
			Maintains the SCN to time mapping table used to support Oracle Flashback features
			In an Oracle RAC database, the SMON process of one instance can perform instance recovery for other instances that have failed.
			SMON is resilient to internal and external errors raised during background activities.
			See Also: Oracle Database Concepts
S nnn	Shared Server Process	Handles client requests in the shared server architecture	In the shared server architecture, clients connect to a dispatcher process, which creates a virtual circuit for each connection. When the client sends data to the server, the dispatcher receives the data into the virtual circuit and places the active circuit on the common queue to be picked up by an idle shared server. The shared server then reads the data from the virtual circuit and performs the database work necessary to complete the request. When the shared server must send data to the client, the server writes the data back into the virtual circuit and the dispatcher sends the data to the client. After the shared server completes the client request, the server releases the virtual circuit back to the dispatcher and is free to handle other clients.	Database instance, shared servers
			Several initialization parameters relate to shared servers. The principal parameters are: DISPATCHERS, SHARED_SERVERS, MAX_SHARED_SERVERS, LOCAL_LISTENER, REMOTE_LISTENER.
			See Also: Oracle Database Concepts
TEM n	ASM disk Test Error Emulation Process	Emulates I/O errors on ASM disks through named events	I/O errors can be emulated on ASM disk I/O through named events. The scope can be the process, instance, or even cluster. Optionally, a set of AUs can be chosen for error emulation.	ASM instance
VBG n	Volume Background Process	Communicates between the ASM instance and the operating system volume driver	VBG n  handles messages originating from the volume driver in the operating system and sends them to the ASM instance.	ASM instance
			VBG n  can run as multiple processes, where  n  is 0-9.
VDBG	Volume Driver Process	Forwards ASM requests to perform various volume-related tasks	VDBG handles requests to lock or unlock an extent for rebalancing, volume resize, disk offline, add or drop a disk, force and dismount disk group to the Dynamic Volume Manager driver.	ASM instance
VKRM	Virtual Scheduler for Resource Manager Process	Serves as centralized scheduler for Resource Manager activity	VKRM manages the CPU scheduling for all managed Oracle processes. The process schedules managed processes in accordance with an active resource plan.	Database instance
VKTM	Virtual Keeper of Time Process  虛擬計時器程式	Provides a wall clock time and reference time for time interval measurements	VKTM acts as a time publisher for an Oracle instance. VKTM publishes two sets of time: a wall clock time using a seconds interval and a higher resolution time (which is not wall clock time) for interval measurements. The VKTM timer service centralizes time tracking and offloads multiple timer calls from other clients. 提供時鐘時間（每秒鐘更新一次）。以提升的優先順序執行時，此程式每  20  毫秒更新一次。 virtual keeper of time ，用於提供 wall-clock time ，（每秒鐘更新一次）。提供每二十毫秒更新一次的 reference-time counter ，看起來有點類似計時器的功能。	Database and ASM instances
VMB0	Volume Membership Process	Maintains cluster membership on behalf of the ASM volume driver	This process membership in the cluster as an I/O-capable client on behalf of the ASM volume driver.	ASM instance
V nnn	ASM Volume I/O Slave Process	Initializes ASM volume contents during creation	This process is responsible for initializing the ASM volume during creation.	ASM instance
W nnn	Space Management Slave Process  空間管理工作器程式	Performs various background space management tasks, including proactive space allocation and space reclamation	W nnn  processes are slave processes dynamically spawned by SMCO to perform space management tasks in the background. These tasks include preallocating space into locally managed tablespace and SecureFiles segments based on space usage growth analysis, and reclaiming space from dropped segments. At most 10 W nnn  slaves can run on one database instance. After being started, the slave acts as an autonomous agent. After it finishes task execution, it automatically picks up another task from the queue. The process terminates itself after being idle for a long time. 執行從  SMCO  收到的指令。根據需要生成更多程式，命名為  W000 、 W001  等。命名為 W000 ， W001 ， W002..... ，由 SMCO 動態產生執行上述相關任務。	Database instance
XDMG	Exadata Automation Manager	Initiates automation tasks involved in managing Exadata storage	XDMG monitors all configured Exadata cells for state changes, such as a bad disk getting replaced, and performs the required tasks for such events. Its primary tasks are to watch for inaccessible disks and cells and when they become accessible again, and to initiate the ASM ONLINE operation. The ONLINE operation is handled by XDWK.	ASM instance, Exadata
XDWK	Exadata Automation Manager	Performs automation tasks requested by XDMG	XDWK gets started when asynchronous actions such as ONLINE, DROP, and ADD an ASM disk are requested by XDMG. After a 5 minute period of inactivity, this process will shut itself down.	ASM instance, Exadata
X nnn	ASM Disk Expel Slave Process	Performs ASM post-rebalance activities	This process expels dropped disks at the end of an ASM rebalance.	ASM instance
BWnn			可以有 1 到 100 個資料庫寫程式。前 36 個資料庫寫程式是  DBW0-DBW9 和 DBWa-DBWz 。第 37 到 100 個資料庫寫程式是  BW36-BW99 。資料庫為  DB_WRITER_PROCESSES  引數選擇一個恰當的預設配置或者基於  CPU  和處理器組的個數調整使用者指定的配置。		12C
FENC	Fence Monitor Process		為使用  Oracle ASM  例項的  RDBMS 例項處理 fence 請求。		12C
IPC0	IPC Service Background Process		IPC0  (IPC Service Background Process)  常見後臺伺服器的基本訊息和基於  IPC ( 程式間通訊 ) 方式的  RDMA  原語。		12C
LDDn	Global Enqueue Service Daemon Helper Slave		LDDn  (Global Enqueue Service Daemon Helper Slave)  幫助 LMDn 程式處理各種任務。		12C
LGnn	Log Writer Worker		LGnn  (Log Writer Worker)  在多處理器系統中， LGWR  建立工作程式來提高寫重做日誌的效能。當存在一個同步備用目的地的時候，不會使用  LGWR  工作程式。可能的程式包括  LG00-LG99 。		12C
LREG	Listener Registration Process		LREG   (Listener Registration Process)  使用監聽器註冊例項。		12C
OFSD	Oracle File Server Background Process		OFSD  (Oracle File Server Background Process)  向  Oracle  例項提交檔案系統請求服務。		12C
RPOP	Instant Recovery Repopulation Daemon		RPOP  (Instant Recovery Repopulation Daemon)  負責從快照和備份檔案中重建   並且 / 或者   重新填充資料檔案。		12C
SAnn	SGA Allocator		SAnn  (SGA Allocator)  分配  SGA ， SAnn  程式以塊分配  SGA 。該程式在  SGA  分配完成後退出。		12C
SCRB	ASM Disk Scrubbing Master Process		SCRB  (ASM Disk Scrubbing Master Process)  協調  Oracle ASM  磁碟清理操作。		12C
SCRn	ASM Disk Scrubbing Slave Repair Process		SCRn   (ASM Disk Scrubbing Slave Repair Process)  執行  Oracle ASM  磁碟清理修復操作。		12C
SCVn	ASM Disk Scrubbing Slave Verify Process		SCVn   (ASM Disk Scrubbing Slave Verify Process)  執行  Oracle ASM  磁碟清理驗證操作。		12C

---

---

程式	表現形式	簡介
SMON （ System Monitor Process ， 系統監控程式 ）	ora_smon_ora11g	主要用於清除失效的使用者程式，釋放使用者程式所用的資源。具體有如下的功能： 1 、清除臨時空間 2 、在系統啟動時，完成系統例項恢復 3 、合併空閒空間 4 、從不可用的檔案中恢復事務的活動 5 、 OPS 中失敗節點的例項恢復 6 、清除 OBJ$ 表 7 、縮減回滾段 8 、使回滾段離線
PMON （ Process Monitor Process ， 程式監視程式 ）	ora_pmon_ora11g	1 、在程式失敗後執行清除工作：回滾事務、釋放鎖、釋放其它資源 2 、註冊資料庫 3 、檢測會話的空閒連線時間
CKPT （ Checkpoint Process ，檢查點程式）	ora_ckpt_ora11g	CKPT 工作的主要條件如下： 1 、在日誌切換的時候 2 、資料庫用 IMMEDIATE 、 TRANSACTION 、 NORMAL 或選項 SHUTDOWN 資料庫的時候 3 、根據初始化檔案 LOG_CHECKPOINT_INTERVAL 、 LOG_CHECKPOINT_TIMEOUT 、 FAST_START_IO_TARGET 的設定的數值來確定
ARCn （ Archiver Process ，歸檔程式）	ora_arc0_ora11g ora_arc1_ora11g	ARCn 的工作是當 LGWR 把 ONLINE REDO LOG 填滿後， ARCn 把 REDO LOG FILE 的內容拷貝到其它地方。歸檔日誌可以用來做 MEDIA RECOVERY 。 ONLINE REDO LOG 是被用來在例項失敗的時候，恢復資料檔案。而歸檔日誌是被用來在 MEDIA RECOVERY 的時候，恢復資料檔案
DBWn （ Database Writer Process ，資料庫寫程式）	ora_dbw0_ora11g	DBWn 負責把緩衝區的髒資料寫到磁碟上。在 Oracle 發生 SWITCH LOG FILES的時候，會發生CHECKPOINT。CHECKPOINT發生後，在REDO LOG中的資料就可以被覆蓋了。如果REDO LOG被填滿，且要重新利用REDO LOG來存放新的資料時，而此時CHECKPOINT還未完成，那麼Oracle就會返回“CHECKPOINT NOT COMPLETE”
LGWR （ Log Writer Process ，日誌寫程式）	ora_lgwr_ora11g	LGWR 是把 SGA 中 REDO LOG BUFFER 的資訊寫到 REDO 日誌檔案的程式。 LGWR 會在下面情況發生： 1 、使用者發出提交命令（ COMMIT ） 2 、每隔 3 秒 3 、重做日誌緩衝區空間剩餘不到 2/3 4 、重做日誌緩衝區內的資料達到 1MB 5 、在發生聯機重做日誌切換（ Log Switch ）時 6 、在 DBWn 程式將修改的緩衝區寫入磁碟時（如果相應的重做日誌資料尚未寫入磁碟）
CJQ （ Job Queue Coordinator Process ，作業排程器）	ora_cjq0_ora11g	負責將排程與執行系統中已定義好的 Job ，完成一些預定義的工作

---

---

程式	表現形式	簡介
LMON （ Global Enqueue Service Monitor ，全域性查詢服務監視程式）	ora_lmon_ raclhr2	這個程式負責維護資料庫叢集層面的節點關係（ Cluster Group Service ， CGS ），並與其他例項的 LMON 程式定期進行心跳通訊。當節點間出現了通訊問題時，這個節點負責完成例項層面的重新配置（ reconfiguration ）和 GES 層面的例項恢復。當某一個（或多個）例項離開或加人資料庫叢集時，這個程式也負責完成例項層面的重新配置。每個資料庫例項只會存在一個 LMON 程式。
LMSn （ Global Cache Service Process ，全域性快取服務程式）	ora_lms0_raclhr2 ora_lms1_raclhr2	是 Cache Fusion 的主要程式，負責資料塊在例項間的傳遞，對應的服務叫作 GCS （ Global Cache Service ）。這個程式的數量通過引數GCS_SERVER_PROCESSES來控制。
LMD （ Global Enqueue Service Daemon ，全域性佇列服務）	ora_lmd0_raclhr2	LMD 程式主要負責 GES 相關資源的管理工作， GES 資源主要是指 Oracle 中的排隊（ Enqueue ）資源。由於 RAC 資料庫包含很多例項，每個例項都能夠對相同的資料進行操作，所以需要 LMD 程式對這些排隊資源進行管理和協調。 LMD 程式預設的優先順序並不是實時的，而且每個例項只包含一個 LMD 程式（名稱為 1md0 ）。
LCK （ Instance Enqueue Process ，例項佇列程式）	ora_lck0_raclhr2	LCK 程式主要用來管理例項間資源請求和跨例項呼叫操作，呼叫操作包括資料字典等對像訪問，並處理非 CACEH FUSION 的 CHACE 資源請求。每個例項預設情況下只包含一個LCK程式，程式名為lck0。
DIAG（Diagnostic Capture Process，診斷捕獲程式）	ora_diag_raclhr2	負責轉儲（ dump ）資料庫相關的診斷資訊。當系統發現可能出現了效能問題時， DIAG 程式會響應其他程式發出的 dump 請求，將相關的診斷資訊寫到自己的跟蹤日誌檔案（ trace file) 中。另外當使用者使用 oradebug 進行全域性（ global ）級別的 dump 操作時，每個例項的 DIAG 程式都會將本地節點的診斷資訊 dump 到自己的跟蹤日誌檔案中。
LMHB（ Global Cache/Enqueue Service Heartbeat Monitor ，全域性快取/佇列服務心跳監控）	ora_lmhb_raclhr2	這個程式從 11gR2 版本開始出現，它的作用是監控 LMSn 、 LMD 、 LMON 、 LCK 等與 RAC 相關的主要後臺程式，以便在它們出現問題時進行相應的操作。
	[root@node1 .oracle]# ps -ef|grep oclskd grid      5614     1  0 20:51 ?        00:00:00 /u01/grid/bin/oclskd.bin root      5730     1  0 20:51 ?        00:00:00 /u01/grid/bin/oclskd.bin oracle    6641     1  0 20:52 ?        00:00:00 /u01/grid/bin/oclskd.bin

---

---

程式	表現形式	簡介
RBAL （ ASM Rebalance Master Process ， ASM 再平衡主程式）	asm_rbal_+ASM ora_rbal_ora11g	用於協調和管理磁碟組之間的動態平衡， RBAL 用來進行全域性呼叫，以開啟某個磁碟組內的磁碟。
ASMB （ ASM Background Process ， ASM 後臺程式）	ora_asmb_ora11g oracle+ASM_asmb_ora11g (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))	藉助伺服器程式建立普通 RDBMS 例項到 ASM 例項的會話，並傳遞磁碟檔案的相關資訊。每個資料庫例項同時只能與一個 ASM 例項連線，因此資料庫只會有一個 ASMB 後臺程式。如一個節點上有多個資料庫例項，它們只能共享一個 ASM 例項。 ASMB 程式與該節點的 CSS 守護程式進行通訊，並接收來自 ASM 例項的檔案區間對映資訊。 ASMB 還負責為 ASM 例項提供 I/O 統計資料。
GMON （ ASM Disk Group Monitor Process ，磁碟組監控程式）	asm_gmon_+ASM	這個程式負責維護磁碟組中的各個磁碟狀態的一致性。當磁碟組中的磁碟成員發生改變時（例如：新增、刪除磁碟，或者磁碟出現故障），該程式負責離線（ Offine ）或者上線（ Online ）磁碟。可以說，這是 ASM 例項中最重要的後臺程式之一。
ARBn （ ASM Rebalance Process ， ASM 再平衡程式）	asm_arba_+ASM	在同一時刻可以存在許多此類程式，它們的名字分別為： ARB0 、 ARB1...ARBA ，以此類推，執行實際的重新平衡分配單元移動程式。
Onnn （ ASM Connection Pool Process ， ASM 連線池程式）	ora_o000_ora11g oracle+ASM_o000_ora11g (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))	這組程式建立了與 ASM 例項的連線，某些長時間操作比如建立資料檔案操作， RDBMS 會通過這些程式向 ASM 傳送資訊。

---

---

About Me

............................................................................................................................... ● 本文作者：小麥苗，只專注於資料庫的技術，更注重技術的運用 ● 本文在itpub（ http://blog.itpub.net/26736162 ）、部落格園（ http://www.cnblogs.com/lhrbest ）和個人微信公眾號（ xiaomaimiaolhr ）上有同步更新 ● 本文itpub地址： http://blog.itpub.net/26736162/abstract/1/ ● 本文部落格園地址： http://www.cnblogs.com/lhrbest ● 本文pdf版及小麥苗雲盤地址： http://blog.itpub.net/26736162/viewspace-1624453/ ● 資料庫筆試面試題庫及解答： http://blog.itpub.net/26736162/viewspace-2134706/ ● QQ群： 230161599      微信群：私聊 ● 聯絡我請加QQ好友(646634621)，註明新增緣由 ● 於 2017-07-01 09:00 ~ 2017-07-31 22:00 在魔都完成 ● 文章內容來源於小麥苗的學習筆記，部分整理自網路，若有侵權或不當之處還請諒解 ● 版權所有，歡迎分享本文，轉載請保留出處 ............................................................................................................................... 拿起手機使用 微信客戶端 掃描下邊的 左邊 圖片來關注小麥苗的微信公眾號： xiaomaimiaolhr，掃描 右邊 的二維碼加入小麥苗的QQ群， 學習最實用的資料庫技術。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/26736162/viewspace-2121305/，如需轉載，請註明出處，否則將追究法律責任。