ch08_备份及恢复.pptVIP

（1）进行安全检查。安全检查是系统的内部机制，是数据库恢复时的必要操作，它可以防止由于偶然的误操作而使用了不完整的信息或其他数据库备份来覆盖现有的数据库。 当出现以下几种情况时，系统将不能恢复数据库： 使用与被恢复的数据库名称不同的数据库名去恢复数据库； 服务器上的数据库文件组与备份的数据库文件组不同； 需恢复的数据库名或文件名与备份的数据库名或文件名不同，例如，当试图将northwind数据库恢复到名为accounting的数据库中，而accounting数据库已经存在时，那么SQL Server将拒绝此恢复过程。 （2）重建数据库。当从完全数据库备份中恢复数据库时，SQL Server将重建数据库文件，并把所重建的数据库文件置于备份数据库时这些文件所在的位置，所有的数据库对象都将自动重建，用户无须重建数据库的结构。 在SQL Server中，恢复数据库的语句是RESTORE。 1．恢复数据库的准备 （1）使用图形界面方式查看所有备份介质的属性。 启动SQL Server Management Studio，在对象资源管理器中展开“服务器对象”，在其中的“备份设备”里面选择欲查看的备份介质，右击鼠标，（如图8.7所示），在弹出的快捷菜单中选择“属性”菜单项。 图8.7 查看备份介质的属性 在打开的“备份设备”窗口中单击“媒体内容”选项卡，如图8.8所示，将显示所选备份介质的有关信息，例如备份介质所在的服务器名、备份数据库名、备份类型、备份日期、到期日及大小等信息。 图8.8 查看备份介质的内容并显示备份介质的信息 （2）使用RESTORE HEADONLY、RESTORE FILELISTONLY、RESTORE LABEL ONLY等语句可以得到有关备份介质更详细的信息。 例如，RESTORE HEADERONLY语句的执行结果是在特定的备份设备上检索所有备份集的所有备份首部信息。 语法格式： RESTORE HEADERONLY FROM backup_device /*指定还原时要使用的逻辑或物理备份设备*/ [ WITH [ { CHECKSUM | NO_CHECKSUM } ] [ [ , ] { CONTINUE_AFTER_ERROR | STOP_ON_ERROR } ] [ [ , ] FILE = file_number] [ [ , ] MEDIANAME = { media_name | @media_name_variable } ] [ [ , ] MEDIAPASSWORD = { mediapassword | @mediapassword_variable } ] [ [ , ] PASSWORD = { password | @password_variable } ] [ [ , ] REWIND ] [ [ , ] { UNLOAD | NOUNLOAD } ] ] [;] 2．使用RESTORE语句进行数据库恢复 使用RESTORE语句可以恢复用BACKUP命令所做的各种类型的备份，但是需要引起注意的是：对于使用完全恢复模式或大容量日志恢复模式的数据库，在大多数情况下，在完整恢复模式或大容量日志恢复模式下，SQL Server 2008要求先备份日志尾部，然后还原当前附加在服务器实例上的数据库。 “尾日志备份”可捕获尚未备份的日志（日志尾部），是恢复计划中的最后一个相关备份。除非RESTORE语句包含WITH REPLACE或WITH STOPAT子句，否则，还原数据库而不先备份日志尾部将导致错误。 与正常日志备份相似，尾日志备份将捕获所有尚未备份的事务日志记录，但尾日志备份与正常日志备份在下列几个方面有所不同： 如果数据库损坏或离线，则可以尝试进行尾日志备份。仅当日志文件未损坏且数据库不包含任何大容量日志更改时，尾日志备份才会成功。如果数据库包含要备份的、在记录间隔期间执行的大容量日志更改，则仅在所有数据文件都存在且未损坏的情况下，尾日志备份才会成功。 尾日志备份可使用COPY_ONLY 选项独立于定期日志备份进行创建。仅复制备份不会影响备份日志链。事务日志不会被尾日志备份截断，并且捕获的日志将包括在以后的正常日志备份中。这样就可以在不影响正常日志备份过程的情况下进行尾日志备份，例如，为了准备进行在线还原。 如果数据库损坏，尾日志可能会包含不完整的元数据，这是因为某些通常可用于日志备份的元数据在尾日志备份中可能会不可用。使用CONTINUE_AFTER_ERROR进行的日志备份可能会包含不完整的元数据，这是因为此选项将通知进行日志备份，而不考虑数据库的状态。 在创建尾日志备份时，也可以同时使数据库变为还原状态。使数据