第十一章数据库恢复技术及SQLServer2000恢复技术机制.ppt

11.1 故障的种类 11.2 数据恢复的实现技术 11.3 数据库恢复策略 11.4 SQL Server的数据备份和数据恢复机制 ;11.1故障的种类;系统故障 系统故障是指造成系统停止运转,必须重新启动系统的任何事件。例如，特定类型的硬件故障、操作系统故障、DBMS代码错误、数据库服务器出错以及其他自然原因等。 系统故障主要有两种情况： 发生故障时，一些尚未完成的事务的部分结果已送入物理数据库，从而造成数据库可能处于不正确的状态。 为保证数据一致性，需要清除这些事务对数据库的所有修改。在这种情况下，恢复子系统必须在系统重新启动时让所有非正常终止的事务回滚，强行撤消(UNDO)所有未完成的事务。 发生系统故障时，有些已完成的事务有一部分甚至全部留在缓冲区，尚未写回到磁盘上的物理数据库中。 系统故障使得这些事务对数据库的修改部分或全部丢失，这也会使数据库处于不一致状态，因此应将这些事务已提交的结果重新写人数据库。这种情况下，系统重新启动后，恢复子系统除了需要撤消所有未完成的事务外，还需要重做(REDO)所有已提交的事务，以使数据库真正恢复到一致状态。;介质故障 介质故障指外存故障，例如磁盘损坏、磁头碰撞、瞬时磁场干扰等。这类故障会破坏数据库或部分数据，并影响正在存取这部分数据的所有事务。介质故障虽然发生的可能性较小，但是它的破坏性却是最大的，有时会造成数据的无法恢复。 计算机病毒 计算机病毒是一种人为的故障或破坏，它是由一些人恶意的编制的计算机程序。这种程序与其他程序不同，它可以像微生物学所称的病毒一样进行繁殖和传播，并造成对计算机系统包括数据库系统的破坏。 用户操作错误 在某些情况下，由于用户有意或无意的操作也可能删除数据库中的有用的数据或加入错误的数据，这同样会造成一些潜在的故障。;11.2 数据恢复的实现技术;静态转储和动态转储 静态转储 静态转储是指在转储过程中，系统不运行其他事务，专门进行数据转储工作。 动态转储 动态转储是指在转储过程中，允许其他事务对数据库进行存取或修改操作的转储方式。 由于动态转储是动态地进行的，这样后备副本中存储的就可能是过时的数据。因此，有必要把转储期间各事务对数据库的修改活动登记下来，建立日志文件(Log File)，使得后援副本加上日志文件能够把数据库恢复到某一时刻的正确状态。 ; 海量转储和增量转储 海量转储 海量转储是指每次转储全部数据库。海量转储能够得到后备副本，利用后备副本能够比较方便地进行数据恢复工作。但对于数据量大和更新频率高的数据库，不适合频繁地进行海量转储。 增量转储 增量转储是指每次只转储上一次转储后更新过的数据。增量转储适用于数据库较大、但是事务处理又十分频繁的数据库系统。 由于数据转储可在动态和静态两种状态下进行，因此数据转储方法可以分为4类：动态海量转储、动态增量转储、静态海量转储和静态增量转储。;11.2.2 登记日志文件 日志文件的格式和内容 日志文件是用来记录对数据库的更新操作的文件。不同的数据库系统采用的日志文件格式不完全相同。日志文件主要有以记录为单位的日志文件和以数据块为单位的日志文件。 以记录为单位的日志文件中需要登记的内容包括：每个事务的开始(BEGIN TRANSACTION)标记、结束(COMMIT或ROLLBACK)标记和所有更新操作，这些内容均作为日志文件中的一个日志记录(Log Record)。对于更新操作的日志记录，其内容主要包括：事务标识(表明是哪个事务)、操作的类型(插入、删除或修改)、操作对象(记录内部标识)、更新前数据的旧值(插入操作，该项为空)及更新后数据的新值(删除操作，该项为空)。 以数据块为单位的日志文件内容包括事务标识和更新的数据块。由于更新前后的各数据块都放入了日志文件，所以操作的类型和操作对象等信息就不必放入日志记录。; 日志文件的作用 日志文件能够用来进行事务故障恢复、系统故障恢复，并能够协助后备副本进行介质故障恢复。当数据库文件毁坏后，可重新装入后援副本把数据库恢复到转储结束时刻的正确状态，再利用建立的日志文件，可以把已完成的事务进行重做处理，而对于故障发生时尚未完成的事务则进行撤消处理，这样不用运行应用程序就可把数据库恢复到故障前某一时刻的正确状态。 登记日志文件(Logging) 为保证数据库的可恢复性，登记日志文件时必须遵循两条原则：一是登记的次序严格按事务执行的时间次序；二是必须先写日志文件，后写数据库。;11.3 数据库恢复策略 ;系统故障的恢复 系统故障恢复操作要撤消故障发生时未完成的事务，重做已完成的事务。