Oracle数据库体系结构浅析.ppt

2)．LGWR 日志写入进程log writer LGWR 日志写入进程负责重做日志缓冲区管理。 当运行DML 或DDL 语句时，服务器进程首先要将事务的变化记载到重做日志缓冲区，然后才会写入数据高速缓冲区，并且重做日志缓冲区的内容将会被写入联机重做日志文件，以避免系统出现意外带来的数据损失，这项任务由LGWR 来完成。 重做日志缓冲区是一个循环结构，LGWR 将重做日志缓冲区中的重做记录写入联机重做日志文件后，相应的缓冲区内容将被清空，保证Oracle 有空闲的重做日志缓冲区可以写入。 在出现以下情况时LGWR进程会开始工作： ?在DWBR 进程将脏缓冲区写入数据文件之前。 ? 在重做日志记录达到缓冲区的三分之一。 ? 日志缓冲区记录的日志多于1M。 ? 每隔3 秒钟。 ? 提交事务（执行Commit）。 Oracle 总是先记载数据变化到重做日志缓冲区，然后才修改数据高速缓存。与之类似，在后台进程DBWn 将脏缓冲区写入到数据文件之前，首先要由后台进程LGWR 将重做日志缓冲区写入到重做日志中。 与数据高速缓存相比，重做日志缓冲区相对要小得多，但写入频率高的多，Oracle 必须要确保重做日志缓冲区总有足够的空间容纳新事务，因此每隔3 秒钟或重做日志缓冲区已有三分之一填满时LGWR 会自动工作。 另外，Oracle 采用了快速提交机制，当执行COMMIT 操作时，并不是将“脏缓冲区” 数据写入到数据文件中，而是将重做日志缓冲区的内容写入到重做日志文件中，以确保数据 库完整性。此时即使系统出现意外情况，因为被提交事务已经记载到了重做日志中，将来在 重新启动数据库时系统会自动进行实例恢复，并将事务所修改数据写入到数据文件中，从而 避免了数据丢失。 3)．CKPT 检查点进程 CKPT 检查点进程的作用是执行一个“检查点”，同步数据库的所有数据文件、控制文件和重做日志文件。 当执行检查点时，系统促使DBWn 将数据缓冲区中数据的变化写入数据文件，同时完成对数据文件和控制文件的更新，记录下当前数据库的结构和状态。在执行 一个检查点之后，数据库处于一个完整状态。在数据库发生崩溃后，可以将数据库恢复到上一个检查点。 Oracle 数据库在执行涉及数据变化的语句时，会针对任何修改生成一个顺序递增SCN(见P354 第21章) （System Change Number）值，并且会将SCN 值连同事务的变化一起记载到重做日志缓冲 区。 在数据文件、控制文件头部以及重做日志文件中都记载有该值。Oracle 通过比较各种文件的SCN 值，确定文件是否损坏、系统是否异常，最终确定系统是需要进行实例恢复还是介质恢复。在发出检查点时，数据文件、控制文件和重做日志的SCN 值完全一致。 例如，假设当前系统SCN 值那么当执行一个INSERT 语句时，SCN 值会 变并且该SCN 值会随同INSERT 所引起的块变化一起写入到重做日志缓冲区； 此时，假定另一个用户执行DELETE 语句删除表EMP 数据，那么SCN 值会变化 并且该SCN 值也会连同块变化写入到重做日志缓冲区。 在出现以下情况时CKPT进程会开始工作： ? 发生日志切换。 ? 关闭实例(SHUTDOWN ABORT 除外)。 ? 手工执行检查点操作。 ? 由初始化参数LOG_CHECKPOINT_INTERVAL 和LOG_CHECKPOINT_TIMEOUT 4．SMON 系统监控进程 SMON 系统监控进程主要作用是强制对数据库进行恢复操作。 在实例启动时，如果上一次数据库是非正常关闭，并且重做日志文件和控制文件的SCN 值是不同的，Oracle 将自动在重新打开数据库之前，通过执行重做日志文件的记录，来同步所有数据文件、控制文件和重做日志文件，确保所有数据库文件的一致性，然后才打开数据库。该过程称为应急恢复或实例恢复，实例恢复正是由后台进程SMON 来完成的，该进程还负责在启动实例时清理临时段和合并区（Extent）碎片等工作。 ? 进行实例恢复 ? 合并数据文件的自由空间 ? 释放数据文件的临时段 我们通过以下假设情况对实例恢复过程予以说明。假定某用户执行对数据库的修改，并进行了COMMIT（提交）操作，之后，用户继续对数据库进行修改，但还没有提交就突然发生断电，我们知道，在这种情况下，SGA 的全部内容就丢失了。我们也假定在这个过程中没有发生检查点（检查点之前的操作是不需要恢复的）。那么SMON 如何对故障的实例进行恢复呢？ 根据前面介绍的DBWn 和LGWR 的工作过程，我们可以判断，在执行COMMIT 操作时，后