9数据库恢复概述.pptVIP

数 据 库 恢 复 技 术 事务 故障及其类型 数据库恢复实现技术 数据库恢复策略 事务（Transaction） 用户定义的一个对数据库读写操作序列 一个不可分割的工作单位 数据库恢复和并发控制的基本单位 数据库系统中通常有多个事务并行运行 在关系数据库中，事务可以是一条、一组SQL语句，或整个程序 事务和程序的区别？ 程序包含多个事务 事务的开始和结束可以由用户显式控制。如果用户没有定义，则由DBMS按缺省规定自动划分事务。 SQL定义事务的语句 Begin transaction(事务开始) Commit(事务提交，正常结束，将更新结果写入磁盘) Rollback(事务回滚，撤销事务中所有已完成的更新) BEGIN TRANSACTION 读账户甲的余额balance; balance = balance – amount; //amount为转账金额 if (balance 0) then {打印‘金额不足，不能转账’； ROLLBACK; //撤销刚才的修改，恢复事务 } else {读账户乙的金额balance1; balance1 = balance1 + amount; 写回balance1; COMMIT; } 为什么要 定义事务？ 原子性(Atomicity) 事务中的操作要么都做，要么都不做 (All or None) 一致性(Consistency) 事务执行的结果必须使数据库从一个一致性状态变到另一个一致性状态 与原子性密切相关 隔离性(Isolation) 并发执行的各事务不能相互干扰 持续性/永久性(Durability) 事务一旦提交，它对数据库的更新不再受后继操作或故障的影响 ★ DBMS中事务处理必须保证其ACID特性，这样才能保证数据库中数据的安全和正确 事务是恢复和并发控制的基本单位 恢复机制与并发控制机制的提出 事务在运行过程中因某种故障被强行终止，数据库一致性被破坏，需进行恢复 多个事务并行运行时，不同事务的各种操作交叉进行，为保证各事务的执行互不干扰，需进行并发控制 数据库由于某些故障发生可能会导致数据库被破坏或影响数据库中数据的一致性(或完整性、正确性) 当系统运行过程中发生故障时，数据库恢复技术将数据库从错误状态恢复到某个一致状态，它是数据库可靠性的保证。 数据库恢复机制是衡量某DBMS系统性能的指标之一，对系统可靠性起决定作用，对运行效率有很大影响 事务内部故障 事务在运行至正常终止点(commit或rollback)前被终止 包括 能由事务所在程序处理的，如条件不满足等 不能由事务所在程序处理的，如运算溢出等 系统故障(system) 系统重启、OS故障、DBMS代码错误、掉电等 介质故障(medium) 磁盘损坏等 计算机病毒(virus) 非预期故障 数据库本身被破坏，使数据库中全部或部分数据丢失 如系统故障、介质故障、计算机病毒等 数据库没有被破坏，但因事务的运行被非正常终止而使数据库数据失去一致性(正确性) 如事务内部故障、系统故障、计算机病毒等 数据转储：定期进行磁盘备份形成后备副本 具体方法如下示意 由DBA 定义适当的转储周期 转储状态 动态转储 静态转储 转储方式 海量转储 动态海量转储 静态海量转储 增量转储 动态增量转储 静态增量转储 每次转储全部数据库 每次转储更新过的数据 转储和用户事务可以并发执行 转储期间不执行任何用户事务 登记日志文件（Logging） 日志文件：记录事务对数据库的更新操作 以记录为单位的日志文件 事务的开始标记，事务的结束标记 各个事务的所有更新操作 事务标识TransID, 操作类型UpdateType, 操作对象RecordID, 更新前的旧值OldValue, 更新后的新值NewValue 以数据块为单位的日志文件 事务标识，被更新的数据块 登记的次序严格按并发事务执行的时间次序 必须先写日志文件，后写数据库 (Write After Logging, WAL) ★通常在一个数据库中综合使用数据转储和登录日志文件这两种方法，配合使用后备副本和日志文件进行数据库恢复 事务故障恢复和系统故障恢复须用日志文件 通常综合数据库后备副本和日志文件将数据库恢复至某个一致状态(视转储方法而定) 恢复时，对故障发生时已提交的事务进行重做(Redo，再执行)，而对未提交的事务进行撤销(Undo，逆操作) 正常运行： 静态转储 运行事务 故障发生点 登记日志文件 Ta Tb Tf 介质故障恢复： 重装后备副本 利用日志文件恢复事务 继续运行