晶晶实验九之详细论述增量检查点篇

hanjs

学习了，支持！

期待一本合集！

wisdomone1

晶晶小妹,确实厉害啊,服.我要多多看看.对我理解BACKUP AND RECOVERY,非常有帮助.谢谢.

OoNiceDream

支持！

fly_bug

如果发生了实例崩溃,需要在日志文件中找到检查点位置,从此处开始应用所有的重做日志文件,就完成了前滚操作.

这里有一个疑问，在应用重做日志文件时，oracle是如何判断某个数据块是否需要重新apply redo log，因为数据块的内容有可能在实例崩溃前已经写入硬盘，也有可能还未写入硬盘。

难道是每个数据块都有保存对这个数据块最后一次dml操作的rba ？ 在做前滚时，这个数据块只应用大于这个rba之后的redo日志？

[ 本帖最后由 fly_bug 于 2008-3-4 09:22 编辑 ]

fly_bug

paulyibinyi

每个数据文件头 记录 rba

eagle3250

原帖由 fly_bug 于 2008-3-4 09:20 发表
如果发生了实例崩溃,需要在日志文件中找到检查点位置,从此处开始应用所有的重做日志文件,就完成了前滚操作.

这里有一个疑问，在应用重做日志文件时，oracle是如何判断某个数据块是否需要重新apply redo log，因为数据块的内容有可能在实例崩溃前已经写入硬盘，也有可能还未写入硬盘。

难道是每个数据块都有保存对这个数据块最后一次dml操作的rba ？ 在做前滚时，这个数据块只应用大于这个rba之后的redo日志？

从检查点开始到redo log tail 全部apply ,这样就完成CACHE recovery了,
然后再tansaction forward rollback好了

晶晶小妹

原帖由 fly_bug 于 2008-3-4 09:20 发表
如果发生了实例崩溃,需要在日志文件中找到检查点位置,从此处开始应用所有的重做日志文件,就完成了前滚操作.

这里有一个疑问，在应用重做日志文件时，oracle是如何判断某个数据块是否需要重新apply redo log，因为数据块的内容有可能在实例崩溃前已经写入硬盘，也有可能还未写入硬盘。

难道是每个数据块都有保存对这个数据块最后一次dml操作的rba ？ 在做前滚时，这个数据块只应用大于这个rba之后的redo日志？

oracle把所有的脏块，按照首次变脏时的顺序，排成一个队列．就是检查点队列，ＤＢＷＲ沿着这个队列写脏块，在控制文件中，记载着ＤＢＷＲ的写进度．
比如说：检查点队列中有ＡＢＣＤＥＦ　６个脏块．现在ＤＢＷＲ已经写把ＡＢＣ写进了磁盘，那么Ｄ块的lrba会被记录进控制文件．
实例恢复时，取出控制文件中的所记录的Ｄ块的lrba，恢复ＤＥＦ．３个块就行了．

fly_bug

原帖由 晶晶小妹 于 2008-3-4 11:48 发表


oracle把所有的脏块，按照首次变脏时的顺序，排成一个队列．就是检查点队列，ＤＢＷＲ沿着这个队列写脏块，在控制文件中，记载着ＤＢＷＲ的写进度．
比如说：检查点队列中有ＡＢＣＤＥＦ　６个脏块．现在ＤＢＷＲ已经写把ＡＢＣ写进了磁盘，那么Ｄ块的lrba会被记录进控制文件．
实例恢复时，取出控制文件中的所记录的Ｄ块的lrba，恢复ＤＥＦ．３个块就行了．

这里存在问题，比如A块执行了两次insert操作，第二次insert操作的rba在D块的lrba之后，那么实际上A块的两次操作的结果都已经写入了磁盘。在实例恢复时，取出控制文件中的所记录的Ｄ块的lrba，开始apply日志，那么就会读到A块第二次insert操作的rba，如果这时候又执行了一次insert操作岂不是出问题了？

不知道我说清楚没有？

所以我觉得数据库应该要保留该块最后一次更新的rba或者scn，这样在前滚的时候才可以判断日志中的哪些rba需要apply。

[ 本帖最后由 fly_bug 于 2008-3-4 12:05 编辑 ]

fly_bug