第四章恢复技术介绍.ppt

* 恢复方式总结: ? 当数据库被破坏时, 要重装后备副本, 然后利用日志 文件执行事务恢复，重建数据库 ? 转储(静态) 运行事务 发生故障 登记日志文件 重装后备副本 重新运行事务 利用日志恢复 登记日志文件 ? 数据库本身未被破坏，但有些内容可能不正确，则可 只利用日志文件恢复，使数据库回到某一正确状态 * §4.5 具有检查点的恢复技术 利用日志文件恢复数据库，一般要扫描整个日志文件，日志是个流水帐，往往很长，这样做具有两个问题： 有哪些信誉好的足球投注网站整个日志文件将耗费大量的时间； 许多已提交事务的更新结果实际上已写入数据库 中，重新做这些事务只会浪费大量的时间。 因此，确定哪些事务需REDO，哪些不需REDO，就很有意义。 解决的方法是： 在日志文件中设置检查点记录 * ① 将内存中所有日志记录写入磁盘的日志文件上； ② 在磁盘日志文件中写入一个检查点记录； ③ 将内存中所有数据库记录写入磁盘数据库中； ④ 把检查点记录在日志文件中的地址写入一个重新开始文件中。 DBMS周期性地在日志中记录一个检查点：将当前正在执行（尚未提交）的所有事务记录于一个记录中——检查点记录。具体工作为： 重新开始文件用来记录各个检查点记录在日志文件中的地址。 * 在检查点之前已提交的事务对数据库的修改在检查点之前或检查点建立时已记入磁盘，只要数据库未被破坏，不需要对这些事务执行重做（REDO）。 检查点记录的内容包括： ① 建立检查点时所有正在执行的事务清单； ② 这些事务中最近的一个日志记录地址。 * 具有检查点的恢复算法 ? 根据重新开始文件中最后一个检查点记录的地址，在日志文件中找到最近的一个检查点记录； ? 设置两个队列，将检查点中的所有事务放入UNDO-LIST，并令REDO-LIST暂为空集； UNDO-LIST：需要UNDO操作的事务集合； REDO-LIST：需要REDO操作的事务集合； ? 从该检查点开始正向扫描日志文件到文件结束为止： 凡遇有begin_transaction的事务放入UNDO-LIST； 凡遇有commit的事务, 将它从UNDO-LIST移入REDO-LIST； ? 对UNDO-LIST中的事务执行UNDO操作 对REDO-LIST中的事务执行REDO操作 * 日志 T1 开 始 T2 提 交 T4 开 始 T2 开 始 T5 开 始 T3 开 始 T6 开 始 T7 开 始 T8 开 始 T1 提 交 T4 提 交 T5 提 交 T8 提 交 T6 提 交 T1 T3 T5 T3 T6 检查点记录内容 最近一个检查点 ?故障 UNDO-LIST: REDO-LIST: {T3,T6} { } ? ? {T3,T6,T7} ? { } {T3,T7} { T6 } {T3,T7,T8} { T6 } {T3,T7} {T6,T8} ? 执行UNDO 执行REDO * §4.6 数据库镜像 当数据库系统发生故障时，可利用日志文件进行数据库恢复，但前提是日志文件必须完好。然而当发生介质故障时，往往不仅数据库被摧毁，日志文件也难逃厄运，此时恢复操作就无法实施。这在银行数据库等系统中是绝对不允许的。 解决办法： 数据库镜像：将整个数据库或其中的关键数据同时存放在两个分离的物理磁盘上。每当主数据库更新时，DBMS自动把更新后的数据复制到另一个磁盘上，从而自动保证主数据库与镜像数据库的一致性。 但镜像的内容可选，如只是事务日志或服务器上所有内容，等等。 * 数据库镜像的优缺点： 优点：可提高数据库的可用性。 在介质故障时，不需关闭系统和重装后援副本，保证“不间断”地恢复； 便于并发操作，当主数据库的某个对象被加排它锁时，其它应用可以读镜像数据库。 缺点： 由于频繁地复制数据，会降低系统的运行效率； 使用更多的磁盘设备。 人有了知识，就会具备各种分析能力， 明辨是非的能力。 所以我们要勤恳读书，广泛阅读， 古人说“书中自有黄金屋。 ”通过阅读科技书籍，我们能丰富知识， 培养逻辑思维能力； 通过阅读文学作品，我们能提高文学鉴赏水平， 培养文学情趣； 通过阅读报刊，我们能增长见识，扩大自己的知识面。 有许多书籍还能培养我们的道德情操， 给我们巨大的精神力量， 鼓舞我们前进。 * * §4.1 事务的基本概念 §4.2 故障的种类 §4.3 恢复的实现技术 §4.4 恢复策略 §4.5