数据库恢复的内在机制.doc

当事务被提交时，该事务的变更的REDO 信息会确保已经存入到联机日志文件。但是事务涉及到的数据块的修改写入数据文件是一个异步的过程。检查点和检查点进程推动这种异步机制的同步过程，而且直接影响了数据库实例恢复有关的行为。本章讨论的中心内容是：数据库自身如何确定什么时候需要恢复、实例恢复的详细内部过程、其他一些相关讨论主题 数据库在“事务”当中发生变化，Oraccle 数据库系统使用系统变更号（System Change Number，简写为SCN）来记录数据库内部的变化。数据库内部的很多事件，以及用户通过SQL 语句对数据库内容进行变化，会让SCN 值增长。 　　我们知道，当应用程序提交（Commit）某个事务时，先是日志写入进程（LGWR）将Log Buffer 中的该事务的纪录写入到联机重做日志文件成功后，才由Service Process 通知相关的用户进程：你的提交已成功。 检查点出现，将推动检查点时刻前的日志文件中所参考的数据块的修改，已经被DBWR 写入到数据文件中。CKPT进程会纪录该检查点的Checkpoint SCN 的信息到数据文件和控制文件中。从而推动了数据库的一个“同步点”。如果在下一个同步点完成之前，数据库发生失败，在数据库的实例恢复从系统当前检查点开始，运用后面的日志进行实例恢复。 可以看出，检查点的出现，可以让数据库在运行时，“定期”的维护日志文件，数据文件进行状态一致性。有些类似于我们生活中：定期的不同的公司的账目结清，当一个检查点完成后，大家都承认，这个时间之前的一切账目已经结清。 一、Oracle 是如何确定需要恢复的 1、正常运行的数据库的有关检查点信息纪录 在数据库正常OPEN 运行时，当一个检查点完成后，Oracle存储新的System Checkpoint SCN 值 到控制文件中，我们可以通过下面的查询来得到该值。?????? SQL select a.CHECKPOINT_CHANGE# from v$database a; CHECKPOINT_CHANGE# ------------------ ???? 2798752785243 SQL select a.NAME,a.CHECKPOINT_CHANGE# from v$datafile a; NAME???????????????????????????????????????????? ????牋牋CHECKPOINT_CHANGE# --------------------------------------------------------------------牋牋牋牋牋牋 ?----------------- C:\ORACLE\ORADATA\JACKY\SYSTEM01.DBF牋牋牋牋牋牋牋牋牋2798752785243 C:\ORACLE\ORADATA\JACKY\UNDOTBS01.DBF牋牋牋牋牋牋牋2798752785243 C:\ORACLE\ORADATA\JACKY\CWMLITE01.DBF牋牋牋牋牋牋牋2798752785243 C:\ORACLE\ORADATA\JACKY\DRSYS01.DBF?牋牋牋牋牋牋牋牋牋?798752785243 C:\ORACLE\ORADATA\JACKY\EXAMPLE01.DBF牋牋牋牋牋牋牋2798752785243 C:\ORACLE\ORADATA\JACKY\INDX01.DBF牋牋牋 牋牋牋牋牋牋牋?2798752785243 C:\ORACLE\ORADATA\JACKY\ODM01牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋??798752785243 C:\ORACLE\ORADATA\JACKY\TOOLS01.DBF牋牋牋牋牋牋牋牋牋牋 2798752785243 D:\DATAFILE\USERS01.DBF 牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋牋 2798752785243 C:\ORACLE\ORADATA\JACKY\XDB01.DBF 牋牋牋牋牋牋牋牋牋牋牋?798752785243 C:\ORACLE\ORADATA\JACKY\BLOCK.DBF 牋牋牋牋牋牋牋牋牋牋牋2798752785243 C:\ORACLE\ORADATA\JACKY\RMAN.DBF牋?牋牋?牋牋牋牋牋牋牋?798752785243 C:\ORACL