oracle-后台进程

LGWR：

把log_buffer中的日志条目从log_buffer中写入日志文件，写完后，释放log_buffer空间，server进程负责把每一个用户的sql命令写入log buffer,日志条目并不是简单sql语句，而是oracle会把他用户的一些sql或命令翻译成日志条目，

检查点发生的时候会导致DBWR写，从而导致LGWR写

另外由于REDO LOG 在磁盘上是连续的块，所以LGWR写的时候是顺序写，而DBWR写数据文件是离散写，比较慢！寻道比较多！！

SMON：

实例恢复：实例异常中断、主机断电、shutdown abort

首先前滚，重做应用redo log files里的操作 ，然后open 数据库，再回滚（回滚那些未提交的事务）

介质恢复：磁盘损坏、磁道损坏、阵列损坏、数据文件误删

PMON：

CKPT：检查点，oracle用它来定位从什么地方开始做recovery,实例恢复从上一次发生检查点（在redo log file中从目前的start SCN开始）的地方开始做recovery。检查点进程周期性运行，主要用来把数据库当前状态信息写入控制文件中与数据文件头部。

1、完全检查点：会触发DBWR把所有脏块写入磁盘（一般在正常关闭数据时会发生）

2、增量检查点：发生时，CKPT进程会把检查点队列对应的第一个最早的脏块所对应的LRBA日志地址记录到控制文件中（3秒发生一次）

RBA:修改块所产生的重做日志地址

LRBA：脏块第一次（最早）被脏的日志地址

HRBA：块被脏了很多次，最后一次（最近）被脏的日志地址

on disk rba：cruuent日志里最新的日志地址

检查点队列与增量检查点，它们的主要目的就是让DBWn沿检查点队列的顺序刷新脏块。还有，就是实例恢复。

因为每次完全的checkpoint都需要把buffer cache所有的脏块都写入到数据文件中，这样就是产生一个很大的IO消耗，频繁的完全checkpoint操作很对系统的性能有很大的影响，为此Oracle引入的增量checkpoint的概念，buffer cache中的脏块将会按照BCQ队列的顺序持续不断的被写入到磁盘当中，同时CKPT进程将会每3秒中检查DBWn的写入进度并将相应的RBA信息记录到控制文件中。

有了增量checkpoint之后在进行实例恢复的时候就不需要再从崩溃前的那个完全checkpoint开始应用重做日志了，只需要从控制文件中记录的RBA开始进行恢复操作，这样能节省恢复的时间。

SCN与checkpoint number:

SCN：system change number 用来标识事务的先后顺序，在oracle中，一般的号都来自SCN号，检查点号也来自SCN号，当检查点发生的时候,那个点的检查点号就等于那个点的SCN号，

1、select dbms_flashback.get_system_change_number() from dual;

select current_scn from v$database;  查询系统当前SCN命令

2、select name,checkpoint_change# from v$datafile; 当前数据文件SCN.在控制文件中。即checkpoint scn,表示该数据文件最近一次执行检查点操作时的SCN

3、select name,last_change# from v$datafile;  数据文件结束SCN,在控制文件中。LAST_CHANGE#,如果数据库非正常关闭值为NULL.正常关闭是关闭时的SCN. 实例恢复就是在打开数据库时检查此参数确定是否需要恢复。 数据库OPEN时LAST_CHANGE#也为NULL,因为不确定SCN多少时关闭。

4、select dbid,checkpoint_change# from v$database;数据库全局-检查点 SCN,在控制文件中

5、select name,checkpoint_change# from v$datafile_header; 查询数据文件头SCN,在数据文件头

Archiver(ARCn):归档进程

DBWn:把数据缓冲区里的脏数据块写入数据库文件