第十章数据库恢复技术 (2)讲解材料

《第十章数据库恢复技术 (2)讲解材料》由会员分享，可在线阅读，更多相关《第十章数据库恢复技术 (2)讲解材料（41页珍藏版）》请在金锄头文库上搜索。

1、事物的基本概念 数据库恢复概述 故障的种类 恢复的实现技术 恢复策略 具有检查点的恢复技术 数据库镜像 小结,第十章 数据库恢复技术,10.1事物的基本概念,在讨论数据库恢复技术之前我们先讲解事务的基本概念和事务的性质。 一、事务(Transaction) 所谓事务是用户定义的一个操作序列，这些操作要么全做要么全不做,是一个不可分割的工作单位。 事务的开始与结束可以由用户显式控制。如果用户没有显式地定义事务，则由DBMS按缺省规定自动划分事务。在SQL语言中，定义事务的语句有三条： BEGIN TRANSACTIONCOMMIT(END TRANSACTION) ROLLBACK,10.1事物

2、的基本概念,事务通常是以BEGIN TRANSACTION开始，以COMMIT (END TRANSACTION)或ROLLBACK结束。 COMMIT(END TRANSACTION)表示提交，即提交事务的所有操作。具体地说就是将事务中所有对数据库的更新写回到磁盘上的物理数据库中去，事务正常结束。 ROLLBACK表示回滚，即在事务运行的过程中发生了某种故障，事务不能继续执行，系统将事务中对数据库的所有已完成的操作全部撤消，滚回到事务开始时的状态。这里的操作指对数据库的更新操作。,10.1事物的基本概念,例如某公司在银行中有A，B两个帐户，现在公司从A帐户中取出1万元，存入B帐户中。那么就可

3、以定义一个事物，该事物包括两个操作，第一个操作是从帐号A中减去1万元，第二个操作是向帐号B中加入1万元，这两个操作要么全做，要么全不做。 3隔离性 一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对其他并发事务是隔离的，并发执行的各个事务之间不能互相干扰。 4持续性 持续性也称永久性（Permanence），指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其执行结果有任何影响。,10.1事物的基本概念,事务是恢复和并发控制的基本单位。保证事务ACID特性是事务处理的重要任务。事务ACID特性可能遭到破坏的因素有： 1.多个事务并行运行

4、时，不同事务的操作交叉执行。 2. 事务在运行过程中被强行停止。 在第一种情况下，数据库管理系统必须保证多个事务的交叉运行不影响这些事务的原子性。在第二种情况下，数据库管理系统必须保证被强行终止的事务对数据库和其它事务没有任何影响。 这些就是数据库管理系统中恢复机制和并发控制机制的责任。,10.2 数据库恢复概述,尽管数据库系统中采取了各种保护措施来防止数据库的安全性和完整性被破坏，保证并发事务的正确执行，但是计算机系统中硬件的故障、软件的错误、操作员的失误以及恶意的破坏仍是不可避免的，这些故障轻则造成运行事务非正常中断，影响数据库中数据的正确性，重则破坏数据库，使数据库中全部或部分数据丢失，

5、因此数据库管理系统（恢复子系统）必须具有把数据库从错误状态恢复到某一已知的正确状态（亦称为一致状态或完整状态）的功能，这就是数据库的恢复。,10.3 故障的种类,一、事务内部的故障 事务内部的故障有的是可以通过事务程序本身发现的（见下面转帐事务的例子），有的是非预期的，不能由事务程序处理的。 例如：银行转帐事务，这个事务把一笔金额从一个帐户甲转给另一个帐户乙。 BEGIN TRANSACTION 读帐户甲的余额BALANCE； BALANCE = BALANCE-AMOUNT；（AMOUNT 为转帐金额） IF（BALANCE0 THEN 打印金额不足，不能转帐； ROLLBACK；（撤消刚才

6、的修改，恢复事务） ELSE 读帐户乙的余额BALANCE1； BALANCE1 = BALANCE1+AMOUNT； 写回BALANCE1； COMMIT；,BEGIN TRANSACTION input 请输入要转帐的金额： to AMOUNT open database zhauanz use zh locate for zhno=甲 &读帐户甲的信息 replace balance with BALANCE-AMOUNT IF BALANCE0 ?金额不足，不能转帐 ROLLBACK ELSE locate for zhno=乙 &读帐户乙的信息 replace BALANCE wit

7、h BALANCE+AMOUNT END TRANSACTION endif close all,10.3 故障的种类,这个例子所包括的两个更新操作要么全部完成要么全部不做。否则就会使数据库处于不一致状态，例如只把帐户甲的余额减少了而没有把帐户乙的余额增加。 这段程序中若产生帐户甲余额不足的情况，应用程序可以发现并让事务滚回，撤消已作的修改，恢复数据库到正确状态。,10.3 故障的种类,10.3 故障的种类,事务内部更多的故障是非预期的，是不能由应用程序处理的。如运算溢出、并发事务发生死锁而被选中撤消该事务、违反了某些完整性限制等。以后，事务故障仅指这类非预期的故障。 事务故障意味着事务没有达

8、到预期的终点（COMMIT 或者显式的ROLLBACK），因此，数据库可能处于不正确状态。恢复程序要在不影响其它事务运行的情况下，强行回滚（ROLLBACK）该事务，即撤消该事务已经作出的任何对数据库的修改，使得该事务好象根本没有启动一样。这类恢复操作称为事务撤消（UNDO）。,10.3 故障的种类,二、系统故障 系统故障是指造成系统停止运转的任何事件，使得系统要重新启动。例如，特定类型的硬件错误（CPU故障）、操作系统故障、DBMS代码错误、突然停电等等。这类故障影响正在运行的所有事务，但不破坏数据库。这时主存内容，尤其是数据库缓冲区（在内存）中的内容都被丢失，所有运行事务都非正常终止。 发

9、生系统故障时，一些尚未完成的事务的结果可能已送入物理数据库，有些已完成的事务可能有一部分甚至全部留在缓冲区，尚未写回到磁盘上的物理数据库中，从而造成数据库可能处于不正确的状态。为保证数据一致性，恢复子系统必须在系统重新启动时让所有非正常终止的事务回滚，强行撤消（UNDO）所有未完成事务。重做（Redo）所有已提交的事务，以将数据库真正恢复到一致状态。,10.3 故障的种类,三、介质故障 系统故障常称为软故障（Soft Crash），介质故障称为硬故障（Hard Crash）。硬故障指外存故障，如磁盘损坏、磁头碰撞，瞬时强磁场干扰等。这类故障将破坏数据库或部分数据库，并影响正在存取这部分数据的所

10、有事务。这类故障比前两类故障发生的可能性小得多，但破坏性最大。,10.3 故障的种类,四、计算机病毒 计算机病毒是具有破坏性、可以自我复制的计算机程序。计算机病毒已成为计算机系统的主要威胁，自然也是数据库系统的主要威胁。因此数据库一旦被破坏仍要用恢复技术把数据库加以恢复。,总结各类故障，对数据库的影响有两种可能性。一是数据库本身被破坏。二是数据库没有破坏，但数据可能不正确，这是因为事务的运行被非正常终止造成的。 恢复的基本原理十分简单。可以用一个词来概括：冗余。这就是说，数据库中任何一部分被破坏的或不正确的数据可以根据存储在系统别处的冗余数据来重建。尽管恢复的基本原理很简单但实现技术的细节却相

11、当复杂，下面我们将略去许多细节，介绍数据库恢复的实现技术。,10.3 故障的种类,10.4 恢复的实现技术,恢复机制涉及的两个关键问题是： 第一，如何建立冗余数据； 第二，如何利用这些冗余数据实施数据库恢复。 建立冗余数据最常用的技术是数据转储和登录日志文件。通常在一个数据库系统中，这两种方法是一起使用的。,10.4.1 数据存储 所谓转储即DBA定期地将整个数据库复制到磁带或另一个磁盘上保存起来的过程。这些备用的数据文本称为后备副本或后援副本。 当数据库遭到破坏后可以将后备副本重新装入，但重装后备副本只能将数据库恢复到转储时的状态，要想恢复到故障发生时的状态，必须重新运行自转储以后的所有更新

12、事务。,10.4 恢复的实现技术,10.4 恢复的实现技术,例如在图10.1中，系统在Ta时刻停止运行事务进行数据库转储，在Tb时刻转储完毕，得到Tb时刻的数据库一致性副本。系统运行到Tf时刻发生故障。为恢复数据库，首先由DBA重装数据库后备副本，将数据库恢复至Tb时刻的状态，然后重新运行自Tb时刻至Tf时刻的所有更新事务，这样就把数据库恢复到故障发生前的一致状态。 转储是十分耗费时间和资源的，不能频繁进行。DBA应该根据数据库使用情况确定一个适当的转储周期。,10.4 恢复的实现技术,转储可分为静态转储和动态转储。 静态转储是在系统中无运行事务时进行的转储操作。即转储操作开始的时刻，数据库处

13、于一致性状态，而转储期间不允许（或不存在）对数据库的任何存取、修改活动。显然，静态转储得到的一定是一个数据一致性的副本。 静态转储简单，但转储必须等待正运行的用户事务结束才能进行，同样，新的事务必须等待转储结束才能执行。显然，这会降低数据库的可用性。,10.4 恢复的实现技术,动态转储是指转储期间允许对数据库进行存取或修改。即转储和用户事务可以并发执行。 动态转储可克服静态转储的缺点，它不用等待正在运行的用户事务结束，也不会影响新事务的运行。但是，转储结束时后援副本上的数据并不能保证正确有效。 例如，在转储期间的某个时刻Tc，系统把数据A=100转储到磁带上，而在下一时刻Td，某一事务将A改为

14、200。转储结束后，后备副本上的A已是过时的数据了。 为此，必须把转储期间各事务对数据库的修改活动登记下来，建立日志文件（log file）。这样，后援副本加上日志文件就能把数据库恢复到某一时刻的正确状态。,10.4 恢复的实现技术,转储还可以分为海量转储和增量转储两种方式。海量转储是指每次转储全部数据库。增量转储则指每次只转储上一次转储后更新过的数据。从恢复角度看，使用海量转储得到的后备副本进行恢复一般说来会更方便些。但如果数据库很大，事务处理又十分频繁，则增量转储方式更实用更有效。 数据转储有两种方式，分别可以在两种状态下进行，因此数据转储方法可以分为四类：动态海量转储、动态增量转储、静态

15、海量转储和静态增量转储。,10.4 恢复的实现技术,10.4.2 登记日志文件(Logging) 一、日志文件的格式和内容 日志文件是用来记录事务对数据库的更新操作的文件。不同数据库系统采用的日志文件格式并不完全一样。概括起来日志文件主要有两种格式：以记录为单位的日志文件和以数据块为单位的日志文件。 对于以记录为单位的日志文件，日志文件中需要登记的内容包括： 各个事务的开始(BEGIN TRANSACTION)标记 各个事务的结束(COMMIT或ROLLBACK)标记 各个事务的所有更新操作,10.4 恢复的实现技术,这里每个事务开始的标记、每个事务的结束标记和每个更新操作均作为日志文件中的一

16、个日志记录(log record)。 每个日志记录的内容主要包括： 事务标识（标明是那个事务） 操作的类型（插入、删除或修改） 操作对象(记录内部标识) 更新前数据的旧值（对插入操作而言，此项为空值） 更新后数据的新值（对删除操作而言, 此项为空值）,10.4 恢复的实现技术,二、日志文件的作用 日志文件在数据库恢复中起着非常重要的作用。可以用来进行事务故障恢复和系统故障恢复，并协助后备副本进行介质故障恢复。具体地讲：事务故障恢复和系统故障必须用日志文件。 在动态转储方式中必须建立日志文件，后援副本和日志文件综合起来才能有效地恢复数据库。 在静态转储方式中，也可以建立日志文件。当数据库毁坏后可重新装入后援副本把数据库恢复到转储结束时刻的正确状态，然后利用日志文件，把已完成的事务进行重做处理，对故障发生时尚未完成的事务进行撤消处理。这样不必重新运行那些已完成的事务程序就可把数据库恢复到故障前某一时刻的正确状态,如图10.2所示。,10.4 恢复的实现技术,图10.2 利用日志文件恢复,正常运行,Ta,Tb,Tf,转储,运行事物,故障发生