0章 数据库恢复技术.ppt

数据库原理 * 小结 如果数据库只包含成功事务提交的结果，就说数据库处于一致性状态。保证数据一致性是对数据库的最基本的要求。 事务是数据库的逻辑工作单位，DBMS保证系统中一切事务的原子性、一致性、隔离性和持续性。 DBMS必须对事务故障、系统故障和介质故障进行恢复。 恢复中最经常使用的技术是：数据库转储和登记日志文件。 恢复的基本原理：利用存储在后备副本、日志文件和数据库镜像中的冗余数据来重建数据库。 数据库原理 * 小结 常用恢复技术有： 事务故障的恢复：UNDO 系统故障的恢复：UNDO + REDO 介质故障的恢复：重装备份并恢复到一致性状态 + REDO 提高恢复效率的技术 检查点技术： 可以提高系统故障的恢复效率 可以在一定程度上提高利用动态转储备份进行介质故障恢复的效率 镜像技术：镜像技术可以改善介质故障的恢复效率 数据库原理 * 数据转储 数据转储方法 完全转储与增量转储 完全转储是指每次转储全部数据库。 增量转储是指只转储上次转储后更新过的数据。 完全转储与增量转储比较： 从恢复角度看，使用完全转储得到的后备副本进行恢复往往更方便 但如果数据库很大，事务处理又十分频繁，则增量转储方式更实用更有效 数据库原理 * 数据转储 数据转储方法分类 转储状态 动态转储 静态转储 转储方式 完全转储 动态完全转储 静态完全转储 增量转储 动态增量转储 静态增量转储 数据库原理 * 数据转储 数据转储策略： 应定期进行数据转储，制作后备副本。 但转储又是十分耗费时间和资源的，不能频繁进行。 DBA应该根据数据库使用情况确定适当的转储周期和转储方法。例如： 每天晚上进行动态增量转储 每周进行一次动态完全转储 每月进行一次静态完全转储 数据库原理 * 登记日志文件 日志文件（log）用来记录事务对数据库的更新操作的文件，分为： 以记录为单位的日志文件 以数据块为单位的日志文件 日志文件中的一个日志记录（log record）记录了： 各个事务的开始标记(BEGIN TRANSACTION) 各个事务的结束标记(COMMIT或ROLLBACK) 各个事务的所有更新操作 与事务有关的内部更新操作 数据库原理 * 登记日志文件 基于记录的日志文件 每条日志记录的内容包括： 事务标识 操作类型（插入、删除或修改） 操作对象（记录ID） 更新前数据的旧值（对插入操作而言，此项为空值） 更新后数据的新值（对删除操作而言, 此项为空值） 数据库原理 * 登记日志文件 基于数据块的日志文件 每条日志记录的内容包括： 事务标识（标明是哪个事务） 操作对象（Block NO.） 更新前数据所在的整个数据块的值（对插入操作而言，此项为空值） 更新后整个数据块的值（对删除操作而言, 此项为空值） 数据库原理 * 登记日志文件 日志文件的用途 进行事务故障恢复 进行系统故障恢复 协助后备副本进行介质故障恢复 数据库原理 * 登记日志文件 与静态转储后备副本配合进行介质故障恢复 静态转储的数据已是一致性的数据。 如果静态转储完成后，仍能定期转储日志文件，则在出现介质故障重装数据副本后，可以利用这些日志文件副本对已完成的事务进行重做处理。 这样不必重新运行那些已完成的事务程序就可把数据库恢复到故障前某一时刻的正确状态。 数据库原理 * 登记日志文件 介质故障恢复：LOG FILE + 动态转储后备副本 动态转储数据库的同时，转储同一时点的日志文件，后备副本与该日志文件结合起来才能将数据库恢复到一致性状态。 利用这些日志文件副本进一步恢复事务，避免重新运行事务程序。 数据库原理 * 登记日志文件 登记日志文件的原则 为保证数据库是可恢复的，登记日志文件时必须遵循两条原则: 登记的次序严格按并行事务执行的时间次序 必须先写日志文件，后写数据库 写日志文件操作：把表示这个修改的日志记录写到日志文件 写数据库操作：把对数据的修改写到数据库中 数据库原理 * 登记日志文件 为什么要先写日志文件? 写数据库和写日志文件是两个不同的操作，在这两个操作之间可能发生故障。 如果先写了数据库修改，而在日志文件中没有登记下这个修改，则以后就无法恢复这个修改了； 如果先写日志，但没有修改数据库，按日志文件恢复时只不过是多执行一次不必要的UNDO操作，并不会影响数据库的正确性。 数据库原理 * 本章的主要内容 10.1 事务的基本概念 10.2 数据库恢复概述 10.3 故障的种类 10.4 恢复的实现技术 10.5 恢复策略 10.6 具有检查点的恢复技术 10.7 数据库镜像 10.8 小结 事务