Oracle体系结构VI

<!--[if !supportLists]--&gt一、<!--[endif]--&gtOracle进程结构

　　Oracle的进程分为用户进程、服务器进程和后台进程。

　　用户进程是在客户机内存上运行的程序，在用户请求连接Oracle数据库时建立。用户进程不能直接同Oracle服务器交互，而是把操作请求提交给服务进程。服务进程是在用户同Oracle数据库建立会话之后自动在服务器端创建的进程。服务进程直接同Oracle服务器交互，执行用户请求并返回结果。服务进程有专有和共享之分。

　　后台进程属于Oracle实例的一部分，Oracle的后台进程的作用是对数据进行操作，并维护数据库系统，使其始终处于良好的状态。

<!--[if !supportLists]--&gt(一)、<!--[endif]--&gt用户进程与服务器进程

　　如图3-1所示，如果用户要提交并执行SQL语句，在用户的客户机上，要运行一个程序如SQL*Plus或其他应用程序，这个程序是作为用户进程（User Process）运行的。当用户需要连接到Oracle服务器时，在Oracle服务器上会启动一个与用户进程对应的进程来为用户进程服务，这个进程称为服务进程（Server Process）。注意，服务进程总是运行在Oracle服务器上面的，而用户进程既可以运行在服务器上面，也可以运行在客户机上面。

　　

图3-1 数据库访问示意图

　　

　　

      

        用户进程同服务进程通讯，需要建立一个连接，最简单的情况是用户进程同服务进程位于同一台机器，可通过内部进程通讯机制进行连接；用户也可以通过客户服务器（Client-Server）软件通过网络进行连接，这时需要进行相应的网络通讯配置；比较复杂的情况是通过三层结构，比如以浏览器作为客户端进行连接。

　　如果一个客户进程对应一个服务进程，我们称该连接为专有（Dedicated）服务器连接，如果多个客户进程对应一个服务器进程，我们称该连接为共享（Shared）服务器连接。

当特定的用户同Oracle服务器连接成功，并通过Oracle服务器的身份验证，这时用户和Oracle服务器之间建立了一个会话（Session），同一个用户可以并发的同Oracle数据库建立多个会话。当用户退出或异常断开时，会话就结束了。

 

<!--[if !supportLists]--&gt(一)、<!--[endif]--&gt后台进程结构

为了实现为多用户提供服务且保证系统性能，在一个多进程 Oracle 系统（multiprocess Oracle system）中，存在多个被称为后台进程（background process）的 Oracle 进程。

一个 Oracle 实例中可以包含多种后台进程，这些进程不一定全部出现在实例中。系统中运行的后台进程数量众多，用户可以通过 V$BGPROCESS 视图查询关于后台进程的信息。这里给大家简单介绍一些经常用到的数据库后台进程：

<!--[if !supportLists]--&gt● <!--[endif]--&gt系统监控进程（SMON），主要任务是实例启动时执行恢复性工作，对有故障数据库实例进行恢复。

<!--[if !supportLists]--&gt● <!--[endif]--&gt进程监控进程（PMON），主要任务用于恢复失败的用户进程。

<!--[if !supportLists]--&gt● <!--[endif]--&gt数据库写入进程（DBWn），将修改后的数据块内容写回数据文件。

<!--[if !supportLists]--&gt● <!--[endif]--&gt日志写入进程（LGWR），将内存中的日志内容写入日志文件。

<!--[if !supportLists]--&gt● <!--[endif]--&gt检查点进程（CKPT），启动检查点，用于减少数据库实例恢复所需要的时间。

<!--[if !supportLists]--&gt● <!--[endif]--&gt归档进程（ARCn），当数据库服务器以归档方式运行时调用该进程完成日志归档。

<!--[if !supportLists]--&gt● <!--[endif]--&gt恢复进程（RECO），用于分布式数据库中的失败处理。

<!--[if !supportLists]--&gt● <!--[endif]--&gt锁进程（LCKn），在并行服务器模式下确保数据的一致性。

<!--[if !supportLists]--&gt● <!--[endif]--&gt调度进程（Dnnn），负责把用户进程分配到可用的服务进程进行处理。

<!--[if !supportLists]--&gt1．<!--[endif]--&gt查看后台进程

 

SQL> SELECT name FROM v$bgprocess WHERE paddr!='00';

或者

[oracle@oracle ~ ]$ ps -ef  |  grep  ora_

 

 

 

<!--[if !supportLists]--&gt1．<!--[endif]--&gtLGWR日志写入进程（Log Writer）

LGWR日志写入进程负责将重做日志缓冲区的日志条目写入磁盘上的联机日志文件。

当运行DML或DDL语句时，服务器进程首先要将事务的变化记载到重做日志缓冲区，然后才会写入数据高速缓冲区，并且重做日志缓冲区的内容将会被写入联机重做日志文件，以避免系统出现意外带来的数据损失（如果操作系统断电，内存中的重做日志缓冲区的内容会丢失，而存在磁盘上的联机日志文件则不会丢失），这项任务由LGWR来完成。

重做日志缓冲区是一个循环结构，LGWR将重做日志缓冲区中的重做记录写入联机重做日志文件后，相应的缓冲区内容将被清空，保证Oracle有空闲的重做日志缓冲区可以写入。

在出现以下情况时LGWR会开始工作：

<!--[if !supportLists]--&gt● <!--[endif]--&gt在DWBR进程将脏缓冲区写入数据文件之前。

//预写协议

<!--[if !supportLists]--&gt● <!--[endif]--&gt在重做日志记录达到缓冲区的三分之一。

<!--[if !supportLists]--&gt● <!--[endif]--&gt日志缓冲区记录的日志多于1M。

<!--[if !supportLists]--&gt● <!--[endif]--&gt每隔3秒钟。

//重做日志缓冲区是循环使用的，要腾出足够的空间给新的记录使用

<!--[if !supportLists]--&gt● <!--[endif]--&gt提交事务（执行Commit）。

//提交事务相当于确定保存修改，不存入日志文件就有丢失的可能

　　Oracle总是先记载数据变化到重做日志缓冲区，然后才修改数据高速缓存。与之类似，在后台进程DBWn将脏缓冲区写入到数据文件之前，首先要由后台进程LGWR将重做日志缓冲区写入到重做日志中。与数据高速缓存相比，重做日志缓冲区相对要小得多，但写入频率高的多，Oracle必须要确保重做日志缓冲区总有足够的空间容纳新事务，因此每隔3秒钟或重做日志缓冲区已有三分之一填满时LGWR会自动工作。

另外，Oracle采用了快速提交机制，当执行COMMIT操作时，并不是将“脏缓冲区”数据写入到数据文件中，而是将重做日志缓冲区的内容写入到重做日志文件中，以确保数据库完整性。此时即使系统出现意外情况（如掉电、系统崩溃等），因为被提交事务已经记载到了存放在磁盘上的联机重做日志文件中，将来在重新启动数据库时系统会自动进行实例恢复，并将事务所修改数据写入到数据文件中，从而避免了数据丢失。

 

 

<!--[if !supportLists]--&gt2．<!--[endif]--&gtDBWn数据库写入进程（Database Writer）

数据库写入进程负责将数据库高速缓冲区（脏缓冲区）的内容写入到数据文件。

尽管有一个数据库写进程（ DBW0 ）适用于大多数系统，但数据库管理员可以配置额外的进程（DBW0-DBW9，最多10个进程），以提高写入性能，通过设置初始化参数DB_WRITER_PROCESSES来完成。如果你的系统修改数据严重，这些额外的DBWn进程在单处理器系统不是非常有用。

当数据库高速缓冲区的块被修改，它被标记为脏缓冲区并添加到以SCN（System Change Number，系统更改号，这里可以看做“时间”）为顺序的LRUW（LRUWriter）列表。同时，这个顺序与重做日志缓冲区的顺序一致。

 

在出现以下情况时DBWn进程会开始工作：

<!--[if !supportLists]--&gt● <!--[endif]--&gt系统发出检查点指令。

//同步数据，详见检查点进程（CKPT）。

<!--[if !supportLists]--&gt● <!--[endif]--&gt脏缓冲区个数达到指定阀值。

<!--[if !supportLists]--&gt● <!--[endif]--&gt服务进程搜索一定数目的数据块后，不能找到自由缓冲区。

<!--[if !supportLists]--&gt● <!--[endif]--&gt数据写入计时时间到。

//客户端执行SELECT\INSERT\UPDATE\DELETE语句时，都需要访问数据库高速缓冲区。如果是第一次访问，必须要将数据由数据文件读取到数据库高速缓冲区，所以Oracle必须要确保数据高速缓存总是存在足够的“自由缓冲区”以容纳新数据。

当DBWn进程将脏缓冲区的数据块写入到数据文件后，Oracle将把“脏缓冲区”标记为“自由缓冲区”。

因此，为了保证有足够“自由缓冲区”来存放新的数据块，需要DBWn进程工作。

<!--[if !supportLists]--&gt● <!--[endif]--&gt表空间脱机或进入只读状态。

<!--[if !supportLists]--&gt● <!--[endif]--&gt执行删除或截断表操作。

<!--[if !supportLists]--&gt● <!--[endif]--&gt执行ALTER TABLESPACE … BEGIN BACKUP命令

//需要同步数据，原理同检查点。

　　

 

 

 

 

<!--[if !supportLists]--&gt3．<!--[endif]--&gtCKPT检查点进程（Checkpoint）

　　CKPT检查点进程的作用是执行一个“检查点”，同步数据库的所有数据文件、控制文件和重做日志文件。当执行检查点时，系统促使DBWn将数据缓冲区中数据的变化写入数据文件，同时完成对数据文件和控制文件的更新，记录下当前数据库的结构和状态。在执行一个检查点之后，数据库处于一个完整状态。在数据库发生崩溃后，可以将数据库恢复到上一个检查点。

　　Oracle数据库在执行涉及数据变化的语句时，会针对任何修改生成一个顺序递增SCN（System Change Number）值，并且会将SCN值连同事务的变化一起记载到重做日志缓冲区。在数据文件、控制文件头部以及重做日志文件中都记载有该值。Oracle通过比较各种文件的SCN值，确定文件是否损坏、系统是否异常，最终确定系统是需要进行实例恢复还是介质恢复。在发出检查点时，数据文件、控制文件和重做日志的SCN值完全一致。

　　进程CKPT在以下情况下会开始工作：

<!--[if !supportLists]--&gt● <!--[endif]--&gt发生日志切换。

<!--[if !supportLists]--&gt● <!--[endif]--&gt关闭实例(SHUTDOWN ABORT除外)。

<!--[if !supportLists]--&gt● <!--[endif]--&gt手工执行检查点操作。

<!--[if !supportLists]--&gt● <!--[endif]--&gt由初始化参数LOG_CHECKPOINT_INTERVAL和LOG_CHECKPOINT_TIMEOUT强制发出。

 

假设现在有一张员工工资表，员工号7899的员工张三工资为8000，由于工作表现良好，现在为其加薪到10000。

1> 此时，第一次读取，需要将数据从数据文件读入数据库高速缓冲区。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2> 数据读入数据库高速缓冲区后，我们修改数据的条目先记录入重做日志缓冲区：

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3> 接着新数据被写入数据库高速缓冲区

 

 

 

 

 

 

 

 

 

 

 

 

 

 

4> 提交，LGWR进程将条目从重做日志缓冲区写入联机重做日志文件

 

 

 

 

 

 

 

 

 

 

 

 

 

 

5> 执行检查点CKPT，同步数据库

发现联机日志文件为最新，同步更新数据文件、控制文件，触发了DBWn进程。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

<!--[if !supportLists]--&gt4．<!--[endif]--&gtSMON 系统监控进程（System Monitor）

SMON 系统监控进程主要作用是强制对数据库进行恢复操作。在实例启动时，如果上一次数据库是非正常关闭，并且重做日志文件和控制文件的SCN值是不同的，Oracle将自动在重新打开数据库之前，通过执行重做日志文件的记录，来同步所有数据文件、控制文件和重做日志文件，确保所有数据库文件的一致性，然后才打开数据库。

如果检查点进程一例中，第四步完成后发生系统掉电、崩溃，那么数据会不会丢失呢？

当然不会。我们知道，系统掉电，导致内存中的数据（数据库高速缓冲区）的数据丢失。那么自然上例中的第五步无法完成（无法从数据库高速缓冲区写入数据文件），但是由于此时已写入联机日志文件。因此，此时数据将从联机日志文件中更新，而更新的数据量是多少，自然就是由SCN决定。

这一过程我们成为“实例恢复”。该过程不需要数据库管理员手工干预，由SMON进程自动完成。

该进程还负责在启动实例时清理临时段和合并区（Extent）碎片等工作。所以SMON进程的工作归纳如下：

<!--[if !supportLists]--&gt● <!--[endif]--&gt进行实例恢复

<!--[if !supportLists]--&gt● <!--[endif]--&gt合并数据文件的自由空间

<!--[if !supportLists]--&gt● <!--[endif]--&gt释放数据文件的临时段

　　

<!--[if !supportLists]--&gt5．<!--[endif]--&gtPMON 进程监控进程（Process Monitor）

　　PMON 进程监控进程负责对失败的用户进程或服务进程进行恢复。当用户进程连接到Oracle服务器时，Oracle将在服务器端分配相应的服务进程。这时由PMON进程来监视用户进程的执行情况。当由于种种原因，用户对Oracle数据库的连接，发生崩溃、挂起或异常终止现象时，该进程负责清除服务进程所占用的资源，回滚没有完成的事务。

　　当PMON检测到用户进程失败时，进行的工作归纳如下：

<!--[if !supportLists]--&gt● <!--[endif]--&gt回滚当前用户的事务

<!--[if !supportLists]--&gt● <!--[endif]--&gt释放当前用户加的表或行级锁

<!--[if !supportLists]--&gt● <!--[endif]--&gt释放用户的其他资源

<!--[if !supportLists]--&gt● <!--[endif]--&gt重新启动死掉的调度进程

　　假定我们在客户端运行SQL*Plus并通过网络访问Oracle服务器，那么Oracle将在服务器端分配相应的服务进程。假如用户异常终止SQL*Plus，或出现网络断开或客户端死机的情况，PMON就必须检测到这种情况，并释放掉服务进程所占用的资源。

<!--[if !supportLists]--&gt6．<!--[endif]--&gtARCn归档进程（Archive）

ARCn归档进程完成日志的归档备份，是一个可选后台进程。当数据库运行于归档日志模式（ARCHIVELOG）下时，负责将已写满的重做日志文件复制到归档日志目标文件中，这样可以保留所有的重做记录。有了归档日志和数据库早期的物理备份，即使发生磁盘数据丢失，也可以通过原来的数据文件和归档日志进行恢复。

日志文件是循环使用的，当一个日志写满后，自动切换到另一个日志文件。ARCn进程在重做日志文件进行切换时开始工作，将写满的重做日志文件写入归档日志文件。根据归档任务量的大小，通过设置初始化参数，可以同时启动多个ARCn进程。Oracle服务器默认的是非归档模式，通过修改初始化参数文件中的参数可以改变归档模式。生产数据库通常都会设置为归档模式。

<!--[if !supportLists]--&gt7．<!--[endif]--&gtRECO恢复进程（Recover）

　　RECO恢复进程负责在分布式数据库（Distributed Database）环境下,自动恢复失败的分布式事务。当某个分布式事务由于网络连接故障或者其他原因失败时，RECO进程将会尝试与该事物相关的所有数据库进行联系，已完成对失败事物的处理工作。

<!--[if !supportLists]--&gt8．<!--[endif]--&gtDnnnn调度进程

　　Dnnnn调度进程是多线程服务器体系结构的一部分，调度进程接受用户进程的请求，将他们放入到请求队列中，然后为请求队列中的用户进程分配一个服务进程。

<!--EndFragment--&gt

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29781254/viewspace-1744946/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29781254/viewspace-1744946/