【ora10,4】oracle后台进程介绍：，ora10oracle
一.SMON(System MONitor) 系统监控进程：
在数据库启动过程中，SMON排在CKPT进程之后，在Oracle9i中排在第六号的位置:
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
SMON负责系统监视已经一些系统清理及恢复工作，这些工作主要包括：
1.清理临时空间以及临时段
SMON负责在数据库启动时清理临时表空间中的临时段，或者一些异常操作过程遗留下来的临时段，例如，当创建索引过程中，创建期间分配给索引的Segment被标志为TEMPORARY，如果Create Index （或rebuild Index等）会话因某些原因异常中断，SMON负责清理这些临时段。
2.接合空闲空间
在DMT（字典管理表空间）中，SMON负责把那些在表空间中空闲的并且互相是邻近的Extent接合成一个较大的空闲扩展区，这需要表空间的pctincrease设置为非零值。
3.执行实例恢复（Instance recovery）
在实例恢复过程中，SMON的工作包括三个环节：应用Redo执行前滚、打开数据库提供访问、回滚未提交数据
Tue Apr 22 21:31:10 2008
SMON: enabling cache recovery
Tue Apr 22 21:31:10 2008
ARC0: Completed archiving log 1 thread 1 sequence 238
Tue Apr 22 21:31:11 2008
Undo Segment 1 Onlined
Undo Segment 2 Onlined
Undo Segment 3 Onlined
Undo Segment 4 Onlined
Undo Segment 5 Onlined
Undo Segment 6 Onlined
Undo Segment 7 Onlined
Undo Segment 8 Onlined
Undo Segment 9 Onlined
Undo Segment 10 Onlined
Successfully onlined Undo Tablespace 1.
Tue Apr 22 21:31:11 2008
SMON: enabling tx recovery
Tue Apr 22 21:31:11 2008
Database Characterset is ZHS16GBK
replication_dependency_tracking turned off (no async multimaster replication found)
Completed: ALTER DATABASE OPEN
4.离线（Offline）回滚段
在自动回滚段管理（AUM）中负责Offline不再需要的回滚段，日志中会记录类似如下信息：
Fri May 2 15:43:21 2008
SMON offlining US=11
SMON offlining US=12
SMON offlining US=13
SMON offlining US=14
SMON offlining US=15
SMON offlining US=16
SMON offlining US=17
SMON offlining US=18
SMON offlining US=19
SMON offlining US=20
SMON offlining US=21
SMON offlining US=22
SMON offlining US=23
5.执行并行恢复
以下信息来自9i日志：
Fri May 11 21:30:45 2007
SMON: Parallel transaction recovery tried
Also Record some English Note About SMON:
The SMON background process performs all system monitoring functions on the Oracle database. The SMON process performs a "warm start" each time that Oracle is re-started, ensuring that any in-flight transaction at the time of the last shutdown are recovered. For example, if Oracle crashed hard with a power failure, the SMON process is attached at startup time, and detects any uncompleted work, using the rollback segments to recover the transactions. In addition, SMON performs periodic cleanup of temporary segments that are no longer needed, and also perform tablespace operations, coalescing contiguous free extents into larger extents. 来源： <http://www.eygle.com/archives/2008/05/oracle_smon_process.html>6.维护SMON_SCN_TIME 系统表。SMON_SCN_TIME 表记录了SCN 与时间的对应关系，由SMON 定期进行定新，并将一些较老的数据定期删除。
二. PMON (Process MONitor) 进程监控进程：
1.作用： 主要用于回滚异常终止的或被用户强制终止的事务. <1>.rolling back the transaction. <2>.releasing locks.释放锁. <3>.releasing other resources. <4>.restarts dead dispatchers.重启死掉的调度器.(在共享服务器中用).<5>.作为实例第一个启动的后台进程，PMON 还肩负监控其他Oracle 后台进程的职责，在必要时重启这些后台进程； <6>.此外，PMON 还负责向TNS 监听器注册实例。 2.pmon release lock 案例： http://www.askmaclean.com/archives/microoracle-pmon-release-lock.html
三.DBWn 数据库写进程：
1.作用：将内存中的数据写入到磁盘。 2.DBWR写的条件： 发生检查点， 脏缓存到达限制。 没有自由的缓存 超时发生。 RAC ping请求 表空间离线 表空间只读 表被删除或者截断 开始备份表空间 下面为从网上找的与上面的相似： 1) 当进程在辅助LRU链表和主LRU链表上扫描以查找可以覆盖的buffer header[空闲缓冲区]时，如果已经扫描的buffer header的数量到达一定的限度（由隐藏参数：_db_block_max_scan_pct决定）时，触发DBWR进程。_db_block_max_scan_pct表示已经扫描的buffer header的个数占整个LRU链表上buffer header总数的百分比。这时，搜索可用buffer header的进程挂起，在v$session_wait中表现为等待“free buffer wait”事件，同时增加v$sysstat中的“dirty buffers inspected”的值。(can query by x$kvit) 2) 当DBWR在主LRUW链表上查找已经更新完而正在等待被写入数据文件的buffer header时，如果找到的buffer header的数量超过一定限度（由隐藏参数：_db_writer_scan_depth_pct决定）时，DBWR就不再继续往下扫描了，而转到辅助LRUW链表上将其上的脏数据块写入数据文件。_db_writer_scan_depth_pct表示已经扫描的脏数据块的个数占整个主LRUW链表上buffer header总数的百分比。 3) 如果主LRUW链表和辅助LRUW链表上的脏数据块的总数超过一定限度，也将触发DBWR进程。该限度由隐藏参数：_db_large_dirty_queue决定。 4) 发生增量检查点（incremental checkpoint）或完全检查点（complete checkpoint）时触发DBWR。 5) 每隔三秒钟启动一次DBWR。 6) 将表空间设置为离线（offline）状态时触发DBWR。 7) 发出命令：alter tablespace … begin backup，从而将表空间设置为热备份状态时触发DBWR。 8) 将表空间设置为只读状态时，触发DBWR。 9) 删除对象时（比如删除某个表）会触发DBWR。 3. 系统有多少个数据库写进程： 32位系统，最多有10个进程，名称从dbw0----dbw9 64位系统，最多有20个进程，名称从dbw0----dbw9 ，dbwa -----dbwj. 4.查看dbwr进程数据量： SQL> show parameter db_writer_processesNAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_writer_processes integer 1 一般情况下dbwr进程数量设置为： dbwr进程数量大小 = cup数量 /8;
四. 日志写进程LGWR
1.LGWR写的条件： 提交的时候， 达到日志缓存区的三分之一的时候， 日志的大小到1M 每个三秒 在DBWn进程写之前。 下面为从网上找的与上面的相似： 1)超时(timeout) 当LGWR处于空闲状态时，它依赖于rdbms ipc message等待，处于休眠状态，直到3秒超时时间到。 如果LGWR发现有redo需要写出，那么LGWR将执行写出操作，log file parallel write等待事件将会出现。 2)阈值达到 只要一个进程在log buffer中分配空间，已经使用的Log buffer的数量将被计算。如果使用的块的 数量大于或等于_log_io_size参数设置，那么将会触发LGWR写操作。 如果此时LGWR未处于活动状态，那么LGWR将被通知去执行后台写操作。 缺省的_log_io_size等于1/3 log buffer大小，上限值为1M，此参数在X$KSPPSV中显示的0值，意为缺省值。 也就是，LGWR将在Min(1M,1/3 log buffer size)时触发。注意此处的log buffer size是以log block来衡量的。 此值通常为512 bytes. 3)提交 当一个事物提交时，在redo stream中将记录一个提交标志。 在这些redo被写到磁盘上之前，这个事物是不可恢复的。所以，在事务返回成功标志给用户前，必须等待LGWR写完成。进程通知LGWR写，并且以log file sync事件开始休眠，超时时间为1秒。 Oracle的隐含参数_wait_for_sync参数可以设置为false避免redo file sync的等待，但是就将无法保证事务的恢复性.注意,在递归调用(recursive calls)中的提交(比如过程中的提交)不需要同步redo直到需要返回响应给用户。因此递归调用仅需要同步返回给用户调用之前的最后一次Commit操作的RBA。 存在一个SGA变量用以记录redo线程需要同步的log block number。 如果多个提交在唤醒LGWR之前发生，此变量记录最高的log block number，在此之前的所有redo都将被写入磁盘。 这有时候被称为组提交(group commit). 4)在DBWR写之前 如果DBWR将要写出的数据的高RBA超过LGWR的on-Disk RBA，DBWR将post LGWR去执行写出。 在Oracle8i之前，此时DBWR将等待log file sync事件。 从Oracle8i开始，DBWR把这些Block放入一个defer队列，同时通知LGWR执行redo写出，DBWR可以继续执行无需等待的数据写出。 2.log buffer 日志缓冲区，通过lgwr 写到logfile文件中五. CKPT （Checkpoint） 检查点进程:
1.作用： 它负责更新控制文件和数据文件头的检查点信息，CKPT 进程还会通知DBWn 进程去执行写操作。检查点信息包括检查点位置、SCN 、Redo的恢复位置等。 给DBWn发信号，DBWn改写数据。 更新数据文件头 更新控制文件 2.CKPT发送CHECKPOINT信号的触发条件：1)log_checkpoint_timeout时间达到 2)当前redo日志已经写够log_checkpoint_internavl*操作系统块大小 3)redo log switch 4)alter system checkpoint 5)alter tablespace XXX begin backup/end backup的時候 6)alter tablespace ,datafile offline,shutdown immediate,direct read的時候;
六.归档日志进程 Archiver (ARCn)：
1.作用： 在Oracle可选的后台进程中，最重要的就是归档日志进程。如果Oracle数据库发生数据文件丢失或者损坏，需要进行完全恢复时，都应该运行在归档模式下。 在Oracle中，重做日志文件被分为很多组。当一组重做日志文件被写满后，就开始写下一组，称为日志切换。日志切换以循环方式进行，当最后一组写满后，又开始写第一组。如果Oracle运行在非归档模式下，就会发生重做日志文件覆盖的问题。 在归档模式下，ARCn进行将把切换后的重做日志文件复制到归档日志文件。Oracle保证在一组重做日志的归档完成之前不会覆盖此组重做日志文件。 2.显示归档进程有多少个 SQL> show parameter log_archive_max_processes NAME TYPE VALUE ------------------------------------ ----------- ------------ log_archive_max_processes integer 4 3.修改归档进程个数： SQL> alter system set log_archive_max_processes=5; 系统已更改。6. RECO进程
负责在分布式数据库环境中自动恢复那些失败的分布式事务,保证分布式事务的一致性,在分布式事务中,要么同时commit,要么同时rollback;7. ARCH进程
该进程将已填满的在线日志文件拷贝到指定的存储设备。当数据库运行在归档模式下，归档进程负责在日志切换后将已经写满的重做日志文件复制到归档目标.8. LCKn进程
是在具有并行服务器选件环境下使用，可多至10个进程（LCK0，LCK1……，LCK9），用于实例间的封锁。9. MMAN 进程
内存管理,如果设定了 SGA自动管理，MMAN用来协调SGA内各组件的大小设置和大小调整。10. MMON 进程
管理性监视器（Manageability Monitor），MMON主要用于AWR，ADDM。MMON会从SGA将统计结果写到系统表中。 MMON: The Manageability Monitor (MMON) process was introduced in 10g and is associated with the Automatic Workload Repository new features used for automatic problem detection and self-tuning. MMON writes out the required statistics for AWR on a scheduled basis.进程地址：http://blog.csdn.net/tianlesoftware/article/details/5587788
七.虚拟时钟进程：（oracle 11g 新增加）
VKTM – 其全名为V irtual Keeper of TiMe – 虚拟时钟进程，这个进程是在Oracle Database 11g 中引入的进程，用 于 ᨀ 供 一 个 数 据 库 内 部 的 虚 拟 时 钟 ，以计算各种时间间隔量度等，VKTM 的引入降低和操作系统之间的交互，从而ᨀ高了性能。 VKTM 有两种运行模式： • 基础模式，秒级间隔更新； • 或者作为参考时间计数器，这种方式每20毫秒更新一次，仅在高优先级时可用。 对于不同的版本，VKTM 的设定模式可能不同，具体可以从告警日志文件中查知。
八. v$PROCESS 视图：
通过数据库中的v$process视图，可以找到对应于操作系统的每个进程信息：SQL> select addr, pid ,spid ,username, program from v$process;
ADDR PID SPID USERNAME PROGRAM -------- ---------- ------------ --------------- ------------------------- 2C61627C 1 PSEUDO 2C616830 2 5074 oracle oracle@master (PMON) 2C616DE4 3 5078 oracle oracle@master (PSP0) 2C617398 4 5080 oracle oracle@master (MMAN) 2C61794C 5 5082 oracle oracle@master (DBW0) 2C617F00 6 5084 oracle oracle@master (LGWR) 2C6184B4 7 5086 oracle oracle@master (CKPT) 2C618A68 8 5088 oracle oracle@master (SMON) 2C61901C 9 5090 oracle oracle@master (RECO) 2C6195D0 10 5092 oracle oracle@master (CJQ0) 2C619B84 11 5094 oracle oracle@master (MMON)
ADDR PID SPID USERNAME PROGRAM -------- ---------- ------------ --------------- ------------------------- 2C61A138 12 5096 oracle oracle@master (MMNL) 2C61A6EC 13 5098 oracle oracle@master (D000) 2C61ACA0 14 5100 oracle oracle@master (D001) 2C61B254 15 5102 oracle oracle@master (S000) 2C61B808 16 5104 oracle oracle@master (TNS V1-V3)
在v$process的查询输出中，SPID列代表的就是操作系统上的进程号，通过SPID可以将 进程从操作系统到数据库关联起来：
九.查找后台进程：
SQL> select * from v$bgprocess where paddr<>'00';
Oracle实例的进程结构
里程这里说的是一个Unix系统的过程中，在Windows中，甲骨文是一个操作系统服务。
Oracle实例的内存区域和后台进程组成。
到一个单一的流程实例（进程执行所有的Oracle码，只允许进入单用户）和多进程实例Oracle实例（甲骨文代码被执行多个进程在不同部位，为每个连接的用户有一个过程，它允许多个用户同时使用）。
在多进程架构，除了服务器进程（请注意，这个“服务器进程”并不是指所有流程实例，请参见下面的说明），还有其他后台进程，包括：采用dnnn，DBWR，LGWR，ARCH，PMON，SMON，CKPT，RECO等。在数据库启动之后，这些进程驻留的操作系统。甲骨文中的所有进程和量不能超过设定值参数过程：
SQL>显示参数过程
当Oracle客户端应用程序和Oracle实例连接时，Oracle会产生一个服务器进程为这些客户，这个过程widnows下的线程性能。这个过程的主要作用是：来解析，编译，执行用户的SQL语句的用户发出的SQL语句，数据块是没有的情况下，当数据缓冲区，从磁盘数据文件中的数据读取到的SGA的共享数据缓冲区在执行SQL语句返回的结果集的应用程序。使用下面的语句在数据库中查询用户的会话信息。
SQL>选择SUBSTR（1,3 s.sid）SID，SUBSTR（s.serial＃，1,5）SER，SPID，SUBSTR（SCHEMANAME，1,10）架构，SUBSTR（型，1,3）典型，SUBSTR（解码（（consistent_gets“+ block_gets”），0，'无'，（100 *（consistent_gets + block_gets physical_reads）/ consistent_gets + block_gets））），1,4）“％命中” ，价值的cpu，SUBSTR（block_changes 1,5）bchng的V $进程p，V $ SESSTAT吨，V $ sess_io I，V $会话s i.sid = s.sid p.addr = PADDR（+ ）和s.sid = t.sid t.statistic＃= 12;
结果：
SID表示会话ID号中
SER表示会话串行＃
SPID表示操作系统的系统进程ID号，序列号和相结合来表示单个会话的SID，
架构
典型代表数据库的用户名，工艺类型，用户使用过程，BAC ％的命中表示作为后台进程的数据缓冲区的命中率，
CPU，CPU使用时间，
bchng表示的数据块数。 />下面描述了不同的后台进程。
1。 DBWR进程
DBWR（数据库作家）过程缓冲区中的数据写入数据文件的数据缓冲区管理。
当数据缓冲区中的数据被，被标记为“脏”，DBWR进程是负责“脏”数据被写入到磁盘。 /> DBWR采用LRU算法，以取代在数据缓冲区中的数据。
DBWR的作用包括：
1）管理数据缓冲区，以便服务器进程总能找到空闲缓冲区
2）所有过的缓冲区数据写入到数据库文件 3）使用LRU算法最近使用过的块保留在内存
4）通过延迟写来优化磁盘I / O。
在下列情况下DBWR脏数据写入到磁盘数据文件：
1）当一个服务器进程将缓冲数据块“脏表”，的脏表面表达，在一定程度上转移。 （临界长度由参数DB_BLOCK_WRITE_BATCH的确定）
2）当一个服务器进程在LRU表中查找缓冲DB......余下全文>>
其实网上可以找到 ...
呵呵你自己去看看吧...
linsea.javaeye.com/blog/479663