数据库原理4

实例的恢复

       正常状态，系统会在关机命令执行的时间点（非完全检查点）执行强制检查点进程来保证将内存中提交过的所有数据块写入数据文件并刷新到数据文件头，这种情况确保了数据库的一致性，表示数据未丢失。

       实例意外崩溃或紧急关机过程中，由于没有执行强制检查点，因此导致内存中大量提交过的数据块没有写入数据文件，同时数据文件头也没有刷新，那么下次数据库重启时，在open阶段，系统监视器进程在根据控制文件的记录打开每一个数据文件时就会发现数据库没有同步，这时监视器进程会自动执行实例恢复，把丢失的内存中数据库的修改重新找回来。

       实例的恢复包括俩个阶段：前滚，回退。

          前滚：监视器进程打开每个数据文件时会记录该文件头以同步过的scn值，在全部数据文件都打开后，监视器进程用已同步过的最小的scn值在联机重做日志文件中逆向匹配，找到包含该scn的第一条重做条目，开始把每一条重做记录所对应的事务全部重新执行一遍，一直到操作日志文件结尾。增量检查点机制会对前滚操作进行优化以提升前滚的效率。现在，数据文件里就包含了截至到故障点的所有已提交的和未提交的数据库修改，但是未提交的更改是不应该写入到数据库的。出现这个情况的原因是因为重做条目在事务开始执行的时候就产生了，可又没有同时结束，。

        回退：以只读的方式打开数据库，对所有前滚的重做条目重新检查一遍，凡是提交状态的scn和时间戳为空的条目，把该条目前滚时所产生的还原数据从还原段读出直接覆盖数据文件相对应的块，同时修改相应的元数据，最后把数据库状态改为读写。至此，数据库中就只包含了截至到故障点的所有已提交过的数据库的修改。自动的实例恢复执行完成，用户就可以正常开始执行事务了。