《深入解析Oracle》第七章，重做(Redo)

与第六章相比较，这次总结隔了更长时间才写
但并不是本章多难，而是自己并没有特别着急去看
清明出门+休闲，是耽误时间的最大原因(周三加班，也没怎么看)
其实本章很多内容，以前已经大致了解过

Redo，是数据库完整性的重要保障
当数据库因为某些原因崩溃或异常关闭
可以利用Redo log进行有效的恢复
数据库的SGA中包含Redo Log Buffer，其保存了数据库对象修改的信息
这些信息被成为Redo Entries或Redo Records，是通过数据库进程从用户PGA中复制的
而数据库会通过LGWR进程把Redo Log Buffer内容不断写入Redo Log File中
如果数据库运行在归档模式，还会根据Redo Log File生成Archived Log
Oracle提供了许多视图，可以查看Redo日志相关信息(比如V$LOG)

与Redo相关的闩锁(Latch)
Redo Copy Latch，在将PGA中的Redo信息拷贝到SGA的Redo Log Buffer时会用到
Redo Allocation Latch，获得Redo Copy Latch后，会再申请此Latch
分配好Redo空间后，Redo Copy Latch释放，然后拷贝，完成后，释放Redo Copy Latch
Redo Writing Latch，将Redo Log Buffer写出前，会利用此Latch进行相关检测

除了这些大体上的知识点，文章依然通过转储、模拟故障等方式进行深入探讨
还有很多内容以前个人也花费了一些篇幅去总结
(比如写Redo Log操作的触发条件，不同状态日志的清除等)

短暂的休息和劳累的工作过后，总算又恢复了学习步调
第一阶段的阅读还有最后的三章，胜利的曙光不远了 ^_^

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/556359/viewspace-586945/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/556359/viewspace-586945/