第10章的 数据库系统的安全.ppt

恢复的实现技术 1 数据转储 2 登记日志文件 登记日志文件 一、日志文件的格式和内容 二、日志文件的作用 三、登记日志文件 一、日志文件的格式和内容 什么是日志文件 日志文件(log)是用来记录事务对数据库的更新操作的文件 日志文件的格式 以记录为单位的日志文件 以数据块为单位的日志文件 日志文件的格式和内容（续） 以记录为单位的日志文件内容 各个事务的开始标记(BEGIN TRANSACTION) 各个事务的结束标记(COMMIT或ROLLBACK) 各个事务的所有更新操作 以上均作为日志文件中的一个日志记录 (log record) 日志文件的格式和内容（续） 以记录为单位的日志文件，每条日志记录的内容 事务标识（标明是哪个事务） 操作类型（插入、删除或修改） 操作对象（记录内部标识） 更新前数据的旧值（对插入操作而言，此项为空值） 更新后数据的新值（对删除操作而言, 此项为空值） 日志文件的格式和内容（续） 以数据块为单位的日志文件，每条日志记录的内容 事务标识（标明是那个事务） 被更新的数据块 二、日志文件的作用 进行事务故障恢复 进行系统故障恢复 协助后备副本进行介质故障恢复 已完成的重做redo，未完成的撤销undo 利用静态转储副本和日志文件进行恢复 利用静态转储副本和日志文件进行恢复（续） 三、登记日志文件 基本原则 登记的次序严格按并行事务执行的时间次序 必须先写日志文件，后写数据库 写日志文件操作：把表示这个修改的日志记录 写到日志文件 写数据库操作：把对数据的修改写到数据库中 登记日志文件（续） 为什么要先写日志文件 写数据库和写日志文件是两个不同的操作 在这两个操作之间可能发生故障 如果先写了数据库修改，而在日志文件中没有登记下这个修改，则以后就无法恢复这个修改了 如果先写日志，但没有修改数据库，按日志文件恢复时只不过是多执行一次不必要的UNDO操作，并不会影响数据库的正确性 具有检查点的恢复技术 一、问题的提出 二、检查点技术 三、利用检查点的恢复策略 一、问题的提出 两个问题 搜索整个日志将耗费大量的时间 REDO处理：重新执行，浪费了大量时间 解决方案 具有检查点（checkpoint）的恢复技术 在日志文件中增加检查点记录（checkpoint） 增加重新开始文件 恢复子系统在登录日志文件期间动态地维护日志 二、检查点技术 检查点记录的内容 1. 建立检查点时刻所有正在执行的事务清单 2. 这些事务最近一个日志记录的地址 重新开始文件的内容 记录各个检查点记录在日志文件中的地址 检查点技术（续） 具有检查点的日志文件和重新开始文件 动态维护日志文件的方法 动态维护日志文件的方法 周期性地执行如下操作：建立检查点，保存数据库状态。 具体步骤是： 1.将当前日志缓冲区中的所有日志记录写入磁盘的日志文件上 2.在日志文件中写入一个检查点记录 3.将当前数据缓冲区的所有数据记录写入磁盘的数据库中 4.把检查点记录在日志文件中的地址写入一个重新开始文件 建立检查点 恢复子系统可以定期或不定期地建立检查点,保存数据库状态 定期 按照预定的一个时间间隔，如每隔一小时建立一个检查点 不定期 按照某种规则，如日志文件已写满一半建立一个检查点 三、利用检查点的恢复策略 使用检查点方法可以改善恢复效率 当事务T在一个检查点之前提交 T对数据库所做的修改已写入数据库 写入时间是在这个检查点建立之前或在这个检查点建立之时 在进行恢复处理时，没有必要对事务T执行REDO操作 利用检查点的恢复策略（续） 利用检查点的恢复策略（续） T1：在检查点之前提交 T2：在检查点之前开始执行，在检查点之后故障点之前提交 T3：在检查点之前开始执行，在故障点时还未完成 T4：在检查点之后开始执行，在故障点之前提交 T5：在检查点之后开始执行，在故障点时还未完成 恢复策略： T3和T5在故障发生时还未完成，所以予以撤销 T2和T4在检查点之后才提交，它们对数据库所做的修改在故障发生时可能还在缓冲区中，尚未写入数据库，所以要REDO T1在检查点之前已提交，所以不必执行REDO操作 利用检查点的恢复步骤 1.从重新开始文件中找到最后一个检查点记录在日志文件中的地址，由该地址在日志文件中找到最后一个检查点记录 利用检查点的恢复策略（续） 2.由该检查点记录得到检查点建立时刻所有正在执行的事务清单ACTIVE-LIST 建立两个事务队列 UNDO-LIST REDO-LIST 把ACTIVE-LIST暂时放入UNDO-LIST队列，REDO队列暂为空。 利用检查点的恢复策略（续） 3.从检查点开始正向扫描日志文件，直到日志文件结束 如有新开始的事务Ti，把Ti暂时放入UNDO-L