数据库的备份与恢复.pptVIP

图10.35[概要]对话框图10.35图10.36备份作业成功提交的信息框图10.3610.5数据库恢复概述数据库备份的目的就是在出现数据库文件和数据损失时能够把数据库完全地恢复到出现问题的那一刻。数据库恢复的过程就是：从归档和联机日志文件中读取日志记录并将这些变化应用到作好的数据库数据文件备份中，将其更新到最近的状态。可以用复原（restore）和恢复(recover)两个过程理解Oracle数据库的恢复。复原是一个数据文件或控制文件的物理备份，就是重建并使能为数据库服务使用的过程。而恢复一个复原的数据文件的过程，就是通过对数据文件施加归档日志文件和联机日志文件，使其更新的过程。在复原了必要的文件之后，必须要由用户启动介质恢复。介质恢复可能归档日志文件和联机日志文件都要用到。如果使用SQL*Plus手工操作，就可以利用SQL命令RECOVER来进行恢复操作。如果使用图形化界面，就可能用到Oracle企业管理器的恢复管理。10.5.1数据库恢复的两个阶段所有类型的数据库恢复都包括两个阶段----前滚(rollingforward)和后滚(rollingback)，如图10.37所示数据库重作日志重作日志数据库数据库要恢复的数据库的备份包含了提交和未提交的事务的数据库只包含提交事务的数据库施加重做日志施加撤消块图10.37在前滚恢复阶段，Oracle应用必要的归档的联机日志文件去重新执行一遍所有已提交的不在数据库当前文件中的事务。如果数据库只是从实例崩溃中恢复，所有必不可少的日志文件都在联机日志组的当前集合中。但如果数据库经历了更为严重的损失，如介质损失，这时可能还需要另外使用已备份的数据文件归档日志文件来完成前滚恢复。前滚恢复完成后，Oracle必须执行后滚恢复。在后滚恢复阶段，Oracle利用数据库后滚段中的信息去“撤消”在系统崩溃时由任何打开（未提交）事务所作的数据库改动。后滚恢复完成后，数据库包含直到迫使进行恢复操作的问题发生以前的最后一次提交的事务为止所做的全部工作。10.5.2实例、崩溃恢复与介质恢复实例和崩溃恢复用于将数据库从突然断电、应用程序错误等导致的数据库实例、操作系统崩溃等情况下的恢复。这时的Oracle实例不能正常关闭。而且当崩溃发生时，服务器可能正在管理许多修改过数据库信息的打开着的事务。而且，数据库来不及执行一个数据库检查点，以确保服务器缓冲区高速缓存中所有修改过的数据块被安全地写回到数据库的数据文件。这样，数据库数据文件中的数据很可能是不一致的，甚至丢失了由已提交事务所做的改动实例和崩溃恢复的目的就是恢复“死掉”的例程在高速缓冲区数据块中的变化，并关闭日志线程。实例和崩溃恢复只需要联机日志文件和当前联机数据文件，无需归档日志文件的帮助。实例和崩溃恢复的最大特点是：Oracle系统在重新启动数据库时自动应用了日志文件进行数据库的恢复，无需用户的参与。可能系统崩溃后要花更长的时间来启动数据库，但是崩溃恢复是完全透明的，在启动时Oracle是否进行崩溃恢复对于用户而言没什么区别。介质恢复主要用于介质损失时的恢复，即对受损数据文件或控制文件的恢复。同崩溃和实例恢复一样，介质恢复需要维护数据库各个部分的一致性。但介质恢复又有其独特的特点：对受损的数据文件的复原备份施加变化。只能在存档模式下进行，否则无法完成。既使用联机日志文件又使用归档日志文件。需要由用户发出明确的命令来执行。Oracle系统不会自动检测是否有介质损失，即系统不会自动进行介质恢复。恢复时间完全由用户指定的策略决定（例如备份的频率、并行恢复的参数）而不由Oracle内部实现。10.5.3完全恢复与不完全恢复按照介质恢复的内容，可以将介质恢复分为完全恢复和不完全恢复。完全恢复就是恢复所有已提交事务工作的操作，即将数据库、表空间或数据文件的备份更新到最近的时间点上。不完全恢复使用数据库的备份来产生一个数据库的非当前版本，即将数据库恢复到某一个特定的时刻。Oracle支持4种类型的不完全恢复：基于时间的恢复，基于更改的恢复，基于取消的恢复，日志序列恢复10.6用SQL命令手工进行数据库恢复操作10.6.1进行自动介质恢复执行下述步骤来进行自动介质恢复（1）先将tools表空间置于脱机状态ALTERTABLESPACEtoolsOFFLINEIMMEDIATE;此命令在SQL*Plus工作单中执行，结果如图10