《第十章数据库恢复技术.docx》由会员分享，可在线阅读，更多相关《第十章数据库恢复技术.docx（9页珍藏版）》请在第壹文秘上搜索。
1、第十章数据库恢复技术本章将引入新的概念：塞灸。它是一系列的数据库操作，是数据库应用程序的基本逻辑单元。事务处理技术主要包括数据库恢复技术和并发控制技术。10.1事务的概念事务是用户定义的一个操作序列，这些操作要么全做要么全不做，是一个不可分割的工作单位。事务的开始与结束可以由用户显式控制。如果用户没有显式地定义事务，则由DBMS按缺省规定自动划分事务。在SQL语言中，定义事务的语句有三条：BEGINTRANSACTIONCOMMITROLLBACK事务通常是以BEGINTRANSACTION开始，以CoMMrr或RoLLBACK结束。CoMMlT表示提交，即提交事务的所有操作。具体地说就是将事
2、务中所有对数据库的更新写回到磁盘上的物理数据库中去，事务正常结束。ROLLBACK表示回滚，即在事务运行的过程中发生了某种故障，事务不能继续执行，系统将事务中对数据库的所有已完成的操作全部撤消，滚回到事务开始时的状态。这里的操作指对数据库的更新操作。事务状态转换图10.1.2事务的特性事务具有四个特性：原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)和持续性(Durability)。这个四个特性也简称为AeID特性。1 .原子性：事务是数据库的逻辑工作单位，事务中包括的诸操作要么都做，要么都不做。原子性由恢复机制实现。2 .一致性：事务执行的结果必须
3、是使数据库从一个一致性状态变到另一个一致性状态。因此当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。如果数据库系统运行中发生故障，有些事务尚未完成就被迫中断，系统将事务中对数据库的所有已完成的操作全部撤消，滚回到事务开始时的一致状态。一致性状态由用户来负责。3 .隔离性：一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对其他并发事务是隔离的，并发执行的各个事务之间不能互相干扰。隔离性通过并发控制机制实现。4 .持续性：持续性也称永久性（Permanence）,指一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。接下来的其他操作或故障不应该对其执行结果有任
4、何影响。持续性通过恢复机制实现。事务是恢复和并发控制的基本单位。保证事务ACID特性是事务处理的重要任务。事务AClD特性可能遭到破坏的因素有：1 .多个事务并行运行时，不同事务的操作交叉执行。2 .事务在运行过程中被强行停止。在第一种情况下，数据库管理系统必须保证多个事务的交叉运行不影响这些事务的原子性。在第二种情况下，数据库管理系统必须保证被强行终止的事务对数据库和其它事务没有任何影响。这些就是数据库管理系统中恢复机制和并发控制机制的责任。10.2 数据库恢复概述尽管数据库系统中采取了各种保护措施来防止数据库的安全性和完整性被破坏，保证并发事务的正确执行，但是计算机系统中硬件的故障、软件的
5、错误、操作员的失误以及恶意的破坏仍是不可避免的，这些故障轻则造成运行事务非正常中断，影响数据库中数据的正确性，重则破坏数据库，使数据库中全部或部分数据丢失，因此数据库管理系统（恢复子系统）必须具有把数据库从错误状态恢复到某一已知的正确状态（亦称为一致状态或完整状态）的功能，这就是数据库的恢复。10.3 故障的种类10.3.1 事务内部的故障事务内部的故障有的是可以通过事务程序本身发现的（见下面转帐事务的例子），有的是非预期的，不能由事务程序处理的。例如：银行转帐事务，这个事务把一笔金额从一个帐户甲转给另一个帐户乙。BEGINTRANSACTION读帐户甲的余额BALANCE；BALANCE=B
6、ALANCE-AMOUNT；*AMOUNT为转帐金额*/IF（BALANCE图7转储和恢复转储是十分耗费时间和资源的，不能频繁进行。DBA应该根据数据库使用情况确定一个适当的转储周期。转储可分为：静态转储和动态转储O趣态楚能是在系统中无运行事务时进行的转储操作。即转储操作开始的时刻，数据库处于一致性状态，而转储期间不允许（或不存在）对数据库的任何存取、修改活动。显然，静态转储得到的一定是一个数据一致性的副本。静态转储简单,但转储必须等待正运行的用户事务结束才能进行，同样，新的事务必须等待转储结束才能执行。显然，这会降低数据库的可用性。动态转储是指转储期间允许对数据库进行存取或修改。即转储和用户
7、事务可以并发执行。动态转储可克服静态转储的缺点，它不用等待正在运行的用户事务结束，也不会影响新事务的运行。但是，转储结束时后援副本上的数据并不能保证正确有效。伤”如，在转储期间的某个时刻系统把数据A=IOO转储到磁带上，而在下一时刻Td,某一事务将A改为200。转储结束后，后备副本上的A已是过时的数据了。为此，必须把转储期间各事务对数据库的修改活动登记下来，建立日志文件（Iogfiie）。这样，后援副本加上日志文件就能把数据库恢复到某一时刻的正确状态。转储还可以分为海量转储和增量转储两种方式。海量转储是指每次转储全部数据库。增量转储则指每次只转储上一次转储后更新过的数据。从恢复角度看，使用海量
8、转储得到的后备副本进行恢复一般说来会更方便些。但如果数据库很大，事务处理又十分频繁，则增量转储方式更实用更有效。数据转储有两种方式，分别可以在两种状态下进行，因此数据转储方法可以分为四类：动态海量转储、动态增量转储、静态海量转储和静态增量转储。10.4.2登录日志文件一、日志文件的格式和内容日志文件是用来记录事务对数据库的更新操作的文件。不同数据库系统采用的日志文件格式并不完全一样。概括起来日志文件主要有两种格式：以记录为单鱼的日志文件和以数据块为单位的日志文件。对于以记录为单位的日志文件,日志文件中需要登记的内容包括： 各个事务的开始（BEGlNTRANSACTlON）标记 各个事务的结束（
9、COMMrr或ROLLBACK）标记 各个事务的所有更新操作这里每个事务开始的标记、每个事务的结束标记和每个更新操作均作为日志文件中的一个日志记录（IOgrecord）o每个日志记录的内容主要包括： 事务标识（标明是那个事务） 操作的类型（插入、删除或修改） 操作对象（记录内部标识） 更新前数据的旧值（对插入操作而言，此项为空值） 更新后数据的新值（对删除操作而言，此项为空值）二、日志文件的作用日志文件在数据库恢复中起着非常重要的作用。可以用来进行事务故障恢复和系统故障恢复，并协助后备副本进行介质故障恢复。具体地讲：事务故障恢复和系统故障必须用日志文件。在动态转储方式中必须建立日志文件，后援副
10、本和日志文件综合起来才能有效地恢复数据库。在静态转储方式中，也可以建立日志文件。当数据库毁坏后可重新装入后援副本把数据库恢复到转储结束时刻的正确状态，然后利用日志文件，把已完成的事务进行重做处理，对故障发生时尚未完成的事务进行撤消处理。这样不必重新运行那些已完成的事务程序就可把数据库恢复到故障前某一时刻的正确状态,如下图所示：Ta静态转储Tb运行事务Tf故障发生点正常运行T11一登记日志文件I重装后备副本利用日志文件恢复事务继续运行介质故障恢复11-j登记日志文件I三、登记日志文件（logging）为保证数据库是可恢复的，登记日志文件时必须遵循两条原则：1.登记的次序严格按并发事务执行的时间次序。2.必须先写日志文件,后写数据库。把对数据的修改写到数据库中和把写表示这个修改的日志记录写到日志文件中是两个不同的操作。有可能在这两个操作之间发生故障，即这两个写操作只完成了一
