数据库实例崩溃恢复原理

一、相关概念：

CBC链：按照磁盘block地址链起来

LRU链：least，最近最少使用，按最少被使用干净的数据块连起来。LRU（冷）、MRU（热）

LRUW链：脏块按使用热度串起来，DBWR会周期性启动优先把脏数据（少被访问）写到磁盘，然后挂到LRU上。

检查点队列（CHECKPOINT QUEUE）链：按照块第一次脏的时间连接起来，即按照LRBA地址连接起来。

RBA：redo log的地址

每个脏块都存在：

LRBA:第一次被脏的redo log的地址

HRBA:最近一次被脏的redo log的地址

on disk rba:current地址组最后写入的一条日志地址。也可以理解为目前数据库所保存的最后一条日志。

SQL>select CPDRT,CPLRBA_SEQ||'.'||CPLRBA_BNO||'.'||CPLRBA_BOF "Low RBA",CPODR_SEQ||'.'||CPODR_BNO||'.'||CPODR_BOF "On disk RBA",CPODS,CPODT,CPHBT from x$kcccp;

说明:
CPDRT列是检查点队列中的脏块数目.
CPODS列是on disk rba的scn
CPODT列是on disk rba的时间戳
CPHBT列是心跳

CKPT进程：1、完全检查点   触发DBWR，将脏块写到磁盘。（例如关闭数据库时）

         2、增量检查点   将检查点队列的第一个块所对应的第一次脏的日志地址（LRBA）记录到控制文件中 （每隔3秒钟产生一次），但并不会去更新数据文件头，以及控制文件中数据库SCN以及文件条目SCN信息，当增量检查点发生时如果发现检查点队列太长结合系统I/O不太忙允许的情况下会触发DBWN将检查点队列按最早脏的块部分写入磁盘。

二、实例崩溃恢复原理：

在buffer cache中存在着脏块，当脏块来不及写到存盘上时，我们都知道内存中的数据断电后就不存在了，所以在断电或非正常关闭时会导致数据丢失。

丢失的数据又分为两类：1、未提交事务所修改的脏块（可以丢失，没必要恢复）

                     2、已提交事务的所对应的脏块（不能丢失，必须恢复），数据块提交了，不一定脏块就写到磁盘，但是日志必定已写到redo log（详细看lgwr、dbwn触发条件）

如上图，当修改的数据块提交了，其日志必然写入redo log，而log buffer断电后会丢失，但是log buffer里的记录的修改肯定是没提交的。

那么数据库实例崩溃后，那些是我们需要的日志呢？

首先确认终点，是磁盘中redo log current日志组中的最后一条日志（on disk rba)，记录着数据库崩溃前最后一个有效的修改。而起点就是检查点队列对应的第一个块，最早脏的块第一次脏所对应的日志地址（lrba)，因为lrba之前的日志所对应的块肯定已写到磁盘。

如果发生了实例崩溃，只需要在日志文件中找到检查点位置（low cache rba)，从此处开始应用所有的重做日志文件，就完成了前滚操作，实例崩溃后，再次启动数据库，oracle会到控制文件中读取low cache rba,这就是检查点位置，从此处开始应用重做日志，应用到on disk rba的位置。on disk

rba是磁盘中重做日志文件的最后一条重做记录的rba.

在数据库实例崩溃恢复中有可能把不必要的脏块也恢复出来，因为lrba--on disk rba是连续的、按顺序的，中间有些日志可能是用户没有commit的，但是oracle对于未提交的数据块都会回滚（详细了解undo）。

oracle如何检测到需要进行数据库恢复？

详见SCN：http://bearbear.blog.51cto.com/4450702/1336601