数据库恢复的内在机制

《数据库恢复的内在机制》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、当事务被提交时，该事务的变更的KEDO信息会确保已经存入到联机U志文件。但是事务涉及到的数据块的修改写入数据文件是•一个异步的过程。检杳点和检査点进程推动这种异步机制的M步过程，而且直接影响了数据库实例恢复有关的行为。本章讨论的中心内容是：数据库A身如何确定什么时候需耍恢S、实例恢S的详细内部过程、其他一些相关讨论主题数掘库在“事务”当屮发中.变化：Oraccie数掘库系统使川系统变更号(SystemChangeNumber,简写为SCN)来it!录数据库内部的变化。数据库内部的很多事件，以及用户通过SQL语句对数据库内容进行变化，会让S

2、CN值增长。我们知道，当应川程序提交(Commit)某个事务吋，先是円志写入进程(LGWR)将LogBuffer屮的该事务的纪录写入到联机重做日志文件成功才由ServiceProcess通知相关的用户进程：你的提交已成功。检查点出现，将推动检查点时刻前的U志文件中所参考的数裾块的修改，已经被DBWR'4入到数据文件屮。CKPT进程会纪录该检查点的CheckpointSCN的信息到数据文件和控制文件中。从而推动了数据库的一个“同步点”。如果在下一个同步点完成之前，数裾库发生失败，在数裾库的实例恢S从系统当前检查点开始，运用后淅的日志进行实例

3、恢S。可以看出，检查点的出现，可以让数据库在运行时，“定期”的维护円志文件，数据文件进行状态一致性。有些类似于我们生活中：定期的不同的公司的账目结清，当一个检查点完成后，大家都承认，这个时间之前的一切账0已经结清。一、Oracle是如何确定需要恢复的1、正常运行的数据库的宥关捡杳点信息纪录在数据库正常OPEN运行时，当一个检查点完成后，Oracle存储新的SystemCheckpointSCN值到控制文件中，我们可以通过卜而的杏洵来得到该值。SQL〉selecta.CHECKPOINT一CHANGE#fromv$databasea;CHE

4、CKPOINT_CHANGE#2798752785243SQL〉selecta.NAME,a.CHECKPOINT_CHANGE#fromv$datafilea;NAMECHECKPOINT一CHANGE#C:ORACLEORADATAJACKYUNDOTBS01.DBF2798752785243C:ORACLEORADATAUACKYCWMLITE01.DBFC:ORACLEORADATAJACKYDRSYSO1.DBFC:ORACLEORADATAVACKYEXAMPLEO1.DBFC:ORACLEOR

5、ADATAJACKYINDXOLDBFC:ORACLEORADATAJACKYODM01C:ORACLEORADATAJACKYTOOLSO1.DBFD:DATAFILEUSERSO1.DBFC:ORACLEORADATAJACKYXDBO1.DBFC:ORACLEORADATAJACKYBLOCK.DBFC:ORACLEORADATAJACKYRMAN.DBFC:ORACLEORADATAJACKYTEST01.DBF27987527852432798752785243279875

6、27852432798752785243279875278524327987527852432798752785243279875278524327987527852432798752785243279875278524313rowsselectedOracle也会在拇个数据文件的头部存储存储CheckpointSCN的位，名称叫做StartSCN。主要作川是在数据库Open的时候，川于和控制文件侖关信息进行比较，从而确定是否需要做恢复。SQL〉selecta.NAME,a.CHECKPOINT_CHANGE#fromv$datafile

7、_headera;NAMECHECKPOINT_CHANGE#C:ORACLEORADATAJACKYSYSTEM01.DBF27987527852432798752785243279875278524327987527852432798752785243279875278524327987527852432798752785243279875278524327987527852432798752785243C:ORACLEORADATAJACKYDRSYSO1.DBFC:ORACLEORADATAJACKYEXA

8、MPLE01.DBFC:ORACLEORADATAJACKYINDXO1.DBFC:ORACLEORADATAJACKYODMO!C:ORACLEORADATAJACKY