第19讲 数据库恢复.ppt

第十章 数据库恢复技术 一、事务 事务的特性(ACID特性) 原子性（Atomicity） 一致性（Consistency） 隔离性（Isolation） 持续性（Durability ） 1. 原子性 事务是数据库的逻辑工作单位，事务中包括的诸操作要么都做，要么都不做。 3. 隔离性 对并发执行而言，一个事务的执行不能被其他事务干扰。 回顾 什么叫事务？ 如何用SQL语句定义事务？ 事务的特性？ 在哪些情况下事务的特性可能遭到破坏？ 二、故障的种类 三、恢复的实现技术 基本原理：冗余 当数据库被破坏或产生不正确的数据时，用存储在系统别处的冗余数据来重建。 1 数据转储 转储是指DBA定期地将整个数据库复制到另一个磁盘上保存起来的过程；备用数据称为副本。 当数据库被破坏，可将副本重新装入。 转储的分类 静态转储：转储过程中不允许运行事务。 动态转储：转储过程中允许运行事务。 思考： 转储得到的副本上的数据是否正确有效？ 利用静态转储副本进行恢复 利用动态转储副本进行恢复 转储方法小结 2 日志文件 日志文件是用来记录事务对数据库的更新操作的文件 日志文件的内容，包括：事务开始标记、结束标记、更新操作 每个日志记录包括： 事务标识 操作类型 操作对象 更新前数据的旧值 更新后数据的新值 作用：事务故障和系统故障的恢复； 协助后备副本恢复数据库。 登记日志文件的原则：按时间次序登记；先写日志文件，后写数据库 三、恢复策略 1 事务故障的恢复 由恢复子系统利用日志文件撤消（UNDO）此事务已对数据库进行的修改。 事务故障的恢复由系统自动完成，不需要用户干预。 具体步骤： 2 系统故障的恢复 系统故障造成数据库不一致状态的原因 一些未完成事务对数据库的更新已写入数据库 一些已提交事务对数据库的更新还留在缓冲区没来得及写入数据库 恢复方法 1. Undo 故障发生时未完成的事务 2. Redo 已完成的事务 系统故障的恢复由系统在重新启动时自动完成，不需要用户干预 具体步骤 1) 正向扫描日志文件（即从头扫描日志文件） Redo队列: 在故障发生前已经提交的事务 Undo队列:故障发生时尚未完成的事务 2)对Undo队列事务进行UNDO处理 反向扫描日志文件，对每个UNDO事务的更新操作执行逆操作 3)对Redo队列事务进行REDO处理 正向扫描日志文件，对每个REDO事务重新执行登记过的操作 3 介质故障的恢复 恢复步骤 1)装入最新的数据库副本，使数据库恢复到最近一次转储时的一致性状态。 对于静态转储的数据库副本，装入后数据库即处于一致性状态 对于动态转储的数据库副本，还须同时装入转储时刻的日志文件副本，利用恢复系统故障的方法（即REDO+UNDO），才能将数据库恢复到一致性状态。 2) 装入相应的日志文件副本，重做已完成的事务。 四、具有检查点的恢复技术 1 利用日志进行数据库恢复时遇到的问题： 搜索整个日志将耗费大量的时间 REDO处理：重新执行，浪费大量时间 3 具有检查点的日志文件和重新开始文件： 周期性执行如下操作： 1. 将当前日志缓冲区中的所有日志记录写入磁盘的日志文件上； 2. 在日志文件中写入一个检查点记录； 3. 将当前数据缓冲区的所有数据记录写入磁盘的数据库中； 4. 把检查点记录在日志文件中的地址写入重新开始文件。 4 利用检查点的恢复策略 当事务T在一个检查点之前提交，T对数据库所做的修改一定已写入数据库 在进行恢复处理时，没有必要对事务T执REDO操作 5 使用检查点方法进行恢复的步骤 1）从重新开始文件中找到最后一个检查点记录在日志文件中的地址，由该地址在日志文件中找到最后一个检查点记录； 2）由该检查点记录得到检查点建立时刻所有正在执行的事务清单ACTIVE-LIST 建立两个事务队列 UNDO-LIST REDO-LIST 把ACTIVE-LIST暂时放入UNDO-LIST队列，REDO队列暂为空。 3）从检查点开始正向扫描日志文件，直到日志文件结束 如有新开始的事务Ti，把Ti暂时放入UNDO-LIST队列 如有提交的事务Tj，把Tj从UNDO-LIST队列移到REDO-LIST队列 4）对UNDO-LIST中的每个事务执行UNDO操作, 对REDO-LIST中的每个事务执行REDO操作 五、数据库镜像 小结 事务是数据库的逻辑工作单位 DBMS保证系统中一切事务的ACID特性 恢复的基本原理：利用存储在后备副本、日志文件和数据库镜像中的冗余数据来重建数据库 常用恢复技术 事务故障的恢复：UNDO 系统故障的恢复：UNDO + REDO 介质故障的恢复 重装备份并恢复到一致性状态