系统实现技术.pptVIP

1.数据转储转储：DBA定期地将整个数据库复制到磁带或另一个磁盘上保存起来的过程。这些备用的数据文本称为后备副本或后援副本。当数据库遭到破坏后:将后备副本重新装入，数据库恢复到转储时的状态重新运行自转储以后的所有更新事务,恢复到故障发生时的状态含义Ta：系统停止运行事务，进行数据库转储；Tb：转储完毕，得到Tb时刻的数据库一致性副本Tf：系统发生故障。恢复数据库的过程：由DBA重装数据库后备副本，将数据库恢复至Tb时刻的状态重新运行自Tb时刻至Tf时刻的所有更新事务，这样就把数据库恢复到故障发生前的一致状态。问题：1.转储是十分耗费时间和资源的，不能频繁进行。DBA应该根据数据库使用情况确定一个适当的转储周期。 2.系统需要停止运行事务1.数据转储分类静态转储动态转储海量转储增量转储按转储方式分按转储量分1.数据转储静态转储是在系统中无运行事务时进行的转储操作。即转储操作开始的时刻，数据库处于一致性状态，而转储期间不允许（或不存在）对数据库的任何存取、修改活动。静态转储简单，但必须等待正运行的用户事务结束才能进行，而且新的事务也必须等待转储结束才能执行。这会降低数据库的可用性。静态转储静态转储得到的一定是一个数据一致性的副本。动态转储动态转储是指转储期间允许对数据库进行存取或修改。即转储和用户事务可以并发执行。动态转储不用等待正在运行的用户事务结束，也不会影响新事务的运行。但是，转储结束时后援副本上的数据并不能保证正确有效。如，在转储期间的某个时刻Tc，系统把数据A=100转储到磁带上，而在下一时刻Td，某一事务将A改为200。转储结束后，后备副本上的A已是过时的数据了。因此采用动态转储，必须把转储期间各事务对数据库的修改活动登记下来，建立日志文件（logfile）。这样，后援副本加上日志文件就能把数据库恢复到某一时刻的正确状态。1.数据转储转储还可以分为海量转储和增量转储两种方式：海量转储:每次转储全部数据库增量转储:每次只转储上一次转储后更新过的数据。01分析:从恢复角度看，使用海量转储得到的后备副本进行恢复一般说来会更方便些。但如果数据库很大，事务处理又十分频繁，则增量转储方式更实用更有效。02一.日志文件的内容记录事务对数据库的更新操作的文件。以记录为单位的日志文件，需要登记的内容包括：每个事务的开始(BEGINTRANSACTION)标记每个事务的结束(COMMIT或ROLLBACK)标记每个事务的所有更新操作一个事务开始的标记、结束标记及所有的更新操作即构成了日志文件中的一个日志记录。更具体一点,每个日志记录的内容主要包括：事务标识（标明是哪个事务）操作的类型（插入、删除或修改）操作对象(记录内部标识)更新前数据的旧值（对插入操作而言，此项为空值）更新后数据的新值（对删除操作而言,此项为空值）二、日志文件的作用用于进行事务故障恢复和系统故障恢复，并协助后备副本进行介质故障恢复。具体如下：事务故障恢复和系统故障必须用日志文件在动态转储方式中必须建立日志文件，后援副本和日志文件的综合才能有效地恢复数据库。静态转储方式中，也可建立日志文件。当数据库毁坏后可重新装入后援副本把数据库恢复到转储结束时刻的正确状态，然后利用日志文件，把已完成的事务进行重做处理，对故障发生时尚未完成的事务进行撤消处理。这样不必重新运行那些已完成的事务程序就可把数据库恢复到故障前某一时刻的正确状态,如图7.2所示。三、登记日志文件（logging）为保证数据库可恢复，登记日志文件时必须遵循：1.登记的次序严格按并发事务执行的时间次序。2.必须先写日志文件，后写数据库。把对数据的修改写到数据库中和把表示这个修改的日志记录写到日志文件中是两个不同的操作。故障可能发生在两个操作之间，即这两个写操作只完成了一个:若先写数据库修改，而在运行记录中没有登记下这个修改，则以后就无法恢复这个修改。如果先写日志，但没有修改数据库，则可以根据日志文件进行REDO或者UNDO，不会影响数据库的正确性。因此,要先把日志记录写到日志文件中，然后再写数据库的修改。这就是“先写日志文件”的原则。系统故障造成数据库不一致状态的原因：未完成事务对数据库的更新可能已写入数据库已提交事务对数据库的更新可能还留在缓冲区没来得及写入数据库。3.系统故障恢复策略系统的恢复步骤是：对未完成事务进行(UNDO)处理，即将日志记录中“更新前的值”写入数据库。对重做队列中的各个事务进行重做(REDO)处