Oracle backgroud Process【Blog 搬家】
2005 年 06 月 01日, 星期三
Oracle backgroud Process
System Monitor
Process Name: SMON
Max Processes: 1
This process is responsible for instance recovery, if necessary, at instance startup. SMON also cleans up temporary segments that are no longer in use. It also coalesces contiguous free extents in dictionary managed tablespaces that have PCTINCREASE set to a non-zero value.
SMON wakes up about every 5 minutes to perform. housekeeping activities. SMON must always be running for an instance.
Process Monitor
Process Name: PMON
Max Processes: 1
This process is responsible for performing recovery if a user process fails. It will rollback uncommitted transactions. PMON is also responsible for cleaning up the database buffer cache and freeing resources that were allocated to a process. PMON also registers information about the instance and dispatcher processes with network listener.
PMON wakes up every 3 seconds to perform. housekeeping activities. PMON must always be running for an instance.
Checkpoint Process
Process Name: CKPT
Max processes: 1
Checkpoint process signals the synchronization of all database files with the checkpoint information. It ensures data consistency and faster database recovery in case of a crash.
CKPT ensures that all database changes present in the buffer cache at that point are written to the data files, the actual writing is done by the Database Writer process. The datafile headers and the control files are updated with the latest SCN (when the checkpoint occurred), this is done by the log writer process.
The CKPT process is invoked under the following conditions:
1. When a log switch is done.
2. When the time specified by the initialization parameter LOG_CHECKPOINT_TIMEOUT exists between the incremental checkpoint and the tail of the log; this is in seconds.
3. When the number of blocks specified by the initialization parameter LOG_CHECKPOINT_INTERVAL exists between the incremental checkpoint and the tail of the log; these are OS blocks.
4. The number of buffers specified by the initialization parameter FAST_START_IO_TARGET required to perform. roll-forward is reached.
5. Oracle 9i onwards, the time specified by the initialization parameter FAST_START_MTTR_TARGET is reached; this is in seconds and specifies the time required for a crash recovery. The parameter FAST_START_MTTR_TARGET replaces LOG_CHECKPOINT_INTERVAL and FAST_START_IO_TARGET, but these parameters can still be used.
6. When the ALTER SYSTEM SWITCH LOGFILE command is issued.
7. When the ALTER SYSTEM CHECKPOINT command is issued.
Incremental Checkpoints initiate the writing of recovery information to datafile headers and controlfiles. Database writer is not signaled to perform. buffer cache flushing activity here.
Lock Monitor
Process Name: LMON
processes: 1
Meant for Parallel server setups, Lock Monitor manages global locks and resources. It handles the redistribution of instance locks whenever instances are started or shutdown. Lock Monitor also recovers instance lock information prior to the instance recovery process. Lock Monitor co-ordinates with the Process Monitor to recover dead processes that hold instance locks.
Lock Manager Daemon
Process Name: LMDn
Max Processes: -
Meant for Parallel server setups, LMDn processes manage instance locks that are used to share resources between instances. LMDn processes also handle deadlock detection and remote lock requests
Lock processes
Process Name: LCK0 through LCK9
Max Processes: 10
Meant for Parallel server setups, the instance locks that are used to share resources between instances are held by the lock processes.
Block Server Process
Process Name: BSP0 through BSP9
Max processes: 10
Meant for Parallel server setups, Block server Processes have to do with providing a consistent read image of a buffer that is requested by a process of another instance, in certain circumstances.
Queue Monitor
Process Name: QMN0 through QMN9
Max Processes: 10
This is the advanced Queuing Time manager process. QMNn monitors the message queues. Failure of QMNn process will not cause the instance to fail.
Event Monitor
Process Name: EMN0/EMON
Max Processes: 1
This process is also related to Advanced Queuing, and is meant for allowing a publish/subscribe style. of messaging between applications.
Recoverer
Process Name: RECO
Max processes: 1
Intended for distributed recovery. All in-doubt transactions are recovered by this process in the distributed database setup. RECO will connect to the remote database to resolve pending transactions.
Job Queue Processes
Process Name: J000 through J999 (Originally called SNPn processes)
Max Processes: 1000
Job queue processes carry out batch processing. All scheduled jobs are executed by these processes. The initialization parameter JOB_QUEUE_PROCESSES specifies the maximum job processes that can be run concurrently. If a job fails with some Oracle error, it is recorded in the alert file and a process trace file is generated. Failure of the Job queue process will not cause the instance to fail.
Dispatcher
Process Name: Dnnn
Max Processes: -
Intended for Shared server setups (MTS). Dispatcher processes listen to and receive requests from connected sessions and places them in the request queue for further processing. Dispatcher processes also pickup outgoing responses from the result queue and transmit them back to the clients. Dnnn are mediators between the client processes and the shared server processes. The maximum number of Dispatcher process can be specified using the initialization parameter MAX_DISPATCHERS.
Shared Server Processes
Process Name: Snnn
Max Processes: -
Intended for Shared server setups (MTS). These processes pickup requests from the call request queue, process them and then return the results to a result queue. The number of shared server processes to be created at instance startup can be specified using the initialization parameter SHARED_SERVERS.
Parallel Execution Slaves
Process Name: Pnnn
Max Processes: -
These processes are used for parallel processing. It can be used for parallel execution of SQL statements or recovery. The Maximum number of parallel processes that can be invoked is specified by the initialization parameter PARALLEL_MAX_SERVERS.
Trace Writer
Process Name: TRWR
Max Processes: 1
Trace writer writes trace files from an Oracle internal tracing facility.
Input/Output Slaves
Process Name: Innn
Max Processes: -
These processes are used to simulate asynchronous I/O on platforms that do not support it. The initialization parameter DBWR_IO_SLAVES is set for this purpose.
Wakeup Monitor Process
Process Name: WMON
Max Processes: -
This process was available in older versions of Oracle to alarm other processes that are suspended while waiting for an event to occur. This process is obsolete and has been removed.
Conclusion
With every release of Oracle, new background processes have been added and some existing ones modified. These processes are the key to the proper working of the database. Any issues related to background processes should be monitored and analyzed from the trace files generated and the alert log.來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/34596/viewspace-661927/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Good site on Oracle tech blogGoOracle
- Oracle 19c Concepts(15):Process ArchitectureOracle
- oracle設定process需要注意的事情Oracle
- 搬家成功了!
- 搬家到掘金
- 部落格搬家
- 圖靈搬家啦!圖靈
- 簡書搬家啦!
- Oracle資料庫搬家牽扯出的一些知識點記錄Oracle資料庫
- 搬家到雲棲啦
- 【node】process
- 帝國CMS搬家步驟
- 搬家公司的選擇
- Discuz!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 論壇搬家記錄
- Discuz!! 論壇搬家記錄
- Oracle記憶體結構(三)----Process Memory的詳細資訊(轉)Oracle記憶體
- 無厘頭物理模擬搬家遊戲《胡鬧搬家》賣出100萬份遊戲
- a new blog
- GitHub BLOGGithub
- First Blog
- 【Oracle】簡單引數也有講究,JOB_QUEUE_PROCESS引數調研Oracle
- find process by port
- dedecms 搬家 / dedecms error warning!錯誤Error
- 【ASK_ORACLE】因process用盡導致的rac重啟的解決方法Oracle
- BLOG2
- blog-1
- 串列埠blog串列埠
- My First Blog
- blog1
- My first blog!
- About My Blog
- Blog目錄
- 雲棲blog
- RuntimeError: An attempt has been made to start a new process before the current process hasError
- [Symfony Component Process Exception RuntimeException] The Process class relies on proc_open, whichException
- Porch:2021年搬家趨勢報告
- pipe stderr into another process
- Statistical Process Control in SAP
- java-BLOG-2Java