关于Oracle内部工作机制的一个疑惑

　　看了这个帖子
　　http://www.itpub.net/thread-171186-1-1.html
　　
　　结合自己了解到的知识。
　　
　　有一些不同的看法。
　　
　　
 写道
好像并无提及这个undo entry在写入机制上与data dirty buffer有什么不同，那么由此就产生了我的一个疑问：

undo  buffer  and  data buffer 是一样处理的，都是 dirty buffer ---> 数据文件

因为凡是提交的，before image and after image 都进入了 redo  log ,
若没有提交的数据要写入datafile 之前，oracle一定要保证其相应的时间点之前所有相关日志被写入日志文件，而before image 又是在after image 之前产生，所以SCN也靠前，所以after image 进入数据文件之前其 before iamge 一定进入了日志文件

(参考lgwr)
比如DBWR在写入之前会首先通知LGWR，将写入的dirty buffer相关的redo entry也写入到Log file中，但是文档中并未说明那些与不具有commit record的redo entry相对应的dirty buffer不能被写入到datafile中。

-----------  因为 redo log 里面是按照 SCN 的顺序写入的，所以一定是按照时间点顺序来写入的(发生变化的dirty buffer 是根据第一次发生变化时的SCN在 checkpoint queue 里面排序的,而dbwr是在这个queue 里面依次写入数据文件)，所以我上面的阐述是对的，所以oracle可以保证你所想要的

所以crash 后就一定可以恢复
　　
　　
　　我觉得这个还要chk来解释。
　　
　　可以参考：http://www.cnblogs.com/sopost/archive/2011/06/22/2190033.html
　　
　　Redo Log files record all changes made to data.
　　the Oracle sever sequentially records all changes made to database in the redo log buffer.
　　
　　
　　The redo entries are written from the Redo Log Buffer to one of the online redo log 
　　file groups called the current online redo log file group by the LGWR process. LGWR writes 
　　under the following situations:
　　·   When a transaction commits
　　·   When the Redo Log Buffer becomes one-third full
　　·   When there is more than a megabyte of changed records in the Redo Log Buffer
　　·   Before the DBWn writes modified blocks in the Database Buffer Cache to the datafiles
　　
　　
　　“若没有提交的数据要写入datafile 之前，oracle一定要保证其相应的时间点之前所有相关日志被写入日志文件，而before image 又是在after image 之前产生，所以SCN也靠前，所以after image 进入数据文件之前其 before iamge 一定进入了日志文件”
　　
　　这句话是值得考虑的，SCN是Oracle  Database 的时钟，只有checkpoint完成时，将SCN写入到数据文件与控制文件中。
　　在Redo Log buffer 中如何来判断SCN是否靠前？
　　
　　因为all changes 是被顺序记录到redo log buffer中的,通过RBA（Redo Byte Address）来定位重做日志块。
　　那么before imgage的地址偏移位应该是小于after image.
　　
　　"----------- 因为 redo log 里面是按照 SCN 的顺序写入的，所以一定是按照时间点顺序来写入的(发生变化的dirty buffer 是根据第一次发生变化时的SCN在 checkpoint queue 里面排序的,而dbwr是在这个queue 里面依次写入数据文件)，所以我上面的阐述是对的，所以oracle可以保证你所想要的“
　　
　　这句话也值的考虑。Oracle将所有在数据缓存中被修改的脏块按照LRBA顺序的组成一个checkpoint队列,增量checkpoint来保证最早修改的数据，陆续写入到数据文件中。增量checkpoint会将RBA写入到控制文件。这个也跟SCN没有关系。只有发生normal checkpoint的时候，SCN才被写入到数据文件与控制文件。
　　
　　可以通过alter system checkpoint,然后查看V$DATAFILE_HEADER来观察 SCN的变化。