2015 第十讲-数据库恢复技术.pptVIP

介质故障的恢复 – 数据转储 数据的转储方法 转储方式 海量转储 增量转储 每次转储 全部数据库 每次转储 数据库增量部分 介质故障的恢复 – 数据转储 转储状态 海量转储 增量转储 转储方式 静态转储 静态海量转储 静态增量转储 动态转储 动态海量转储 动态增量转储 数据的转储方法 转储十分耗费时间和资源 DBA应根据数据库的使用情况确定一个适当的转储周期 介质故障的恢复 需要DBA介入, 实际恢复由系统完成, 具体步骤 装入后援副本 装入相应的日志文件副本 启动恢复程序按日志恢复 注意 日志文件也要转储 日志和数据库不在同一磁盘空间 本章小结 数据库系统故障种类 事务故障、系统崩溃、介质故障 日志记录 正常操作时的事务回滚 系统崩溃后的恢复 缓冲区管理：先写日志 介质故障的恢复：数据转储 一个DBS除了能够提供高效的数据访问功能，并发控制功能，还必须保证系统的可用性。 可是，往往计算机系统会发生一些意想不到的故障，包括… 而这会导致驻留在计算机系统内容的DBS丢失信息。 这些丢失的信息可能很重要，例如如果银行的DBS丢失了信息，那么我们存在银行账户里的存款信息是否还正确？ 超市如果突然停电，那么我们正在交易的信息是否还能保证是正确的？ * 我们希望，一旦发展故障，数据库系统能够快速地恢复到…，也就是保证我们的存款信息和在超市的交易信息都是正确的。 * * * 下面我们来具体分析系统崩溃的情况。 在分析系统崩溃之前，我们来看一下DBS中的数据是如何被访问的。 数据库采用以块(block)为定长单位的存储结构，是磁盘数据传输的单位，可能包含多个数据项 数据库以块(block)为定长存储单位，是磁盘数据传输的单位，可能包含多个数据项 数据库以块(block)为定长存储单位，是磁盘数据传输的单位，可能包含多个数据项 在清楚了数据是如何被访问和修改的，我们现在来分析系统崩溃对DBS的影响。 上述三种故障，直接或间接地破坏… * * * * * 如果每个日志记录都立即输出到稳定存储器 ? 加大系统执行开销 为达到这个目的，需要将日志先写到日志缓冲区中临时保存 * 前面看到，日志对于恢复起到重要的作用。因此，日志也必须妥善保管，要存储在稳定的存储器中。 如果每个日志记录都立即输出到稳定存储器 ? 加大系统执行开销 为达到这个目的，需要将日志先写到日志缓冲区中临时保存 * 当系统崩溃时，日志记录会丢失 * * * * * 当系统崩溃时，日志记录会丢失 * 当系统崩溃时，日志记录会丢失 * 当系统崩溃时，日志记录会丢失 * 当系统崩溃时，日志记录会丢失 * 当系统崩溃时，日志记录会丢失 * * * 检查点恢复示例 T0, start T0, B, 20, 25 T1, start checkpoint{T0,T1} T1, C, 70, 60 T1, commit T2, start T2, A, 500, 400 T0, B, -, 20 T0, abort 日志 检查点 时刻的 活动事务 系统崩溃时日志的结束点 重做阶段 undo-list: T0, T1 redo C?60; 检查点恢复示例 T0, start T0, B, 20, 25 T1, start checkpoint{T0,T1} T1, C, 70, 60 T1, commit T2, start T2, A, 500, 400 T0, B, -, 20 T0, abort 日志 检查点 时刻的 活动事务 系统崩溃时日志的结束点 重做阶段 undo-list: T0 redo C?60; 检查点恢复示例 T0, start T0, B, 20, 25 T1, start checkpoint{T0,T1} T1, C, 70, 60 T1, commit T2, start T2, A, 500, 400 T0, B, -, 20 T0, abort 日志 检查点 时刻的 活动事务 系统崩溃时日志的结束点 重做阶段 undo-list: T0, T2 redo A?400; 检查点恢复示例 T0, start T0, B, 20, 25 T1, start checkpoint{T0,T1} T1, C, 70, 60 T1, commit T2, start T2, A, 500, 400 T0, B, -, 20 T0, abort 日志 检查点 时刻的 活动事务 系统崩溃时日志的结束点 重做阶段 undo-list: T2 redo 检查点恢复示例 T0, start T0, B, 20, 25 T1, start checkpoint{T0,T1} T1, C, 70, 60 T1, commit T2, start