SQL Server 数据库备份和还原认识和总结

　　可能许多同学对SQLServer的备份和还原有一些了解，也可能经常使用备份和还原功能，我相信除DBA之外我们大部分开发员队伍对备份和还原只使用最基础的功能，对它也只有一个大概的认识，如果对它有更深入的认识，了解它更全面的功能岂不是更好，到用时会得心应手。因为经常有中小型客户公司管理人员对数据库不了解或掌握不牢，会请我们技术人员出马找回丢失的数据或硬件损坏移动数据的现象，或其它情况的发生。

　　首先从数据库【恢复模式】说起，因为数据库如果恢复模式设置不正确，会导致数据无法还原。

　　SQLServer2012对数据库备份和还原与SQLServer2008基本没有太大变化，仅对还原时间点选择UI和相关还原选项做了小改动，备份和还原核心没有做变化。

　　SQLServer2008数据库恢复模式分为三种：完整恢复模式、大容量日志恢复模式、简单恢复模式。

　　◆完整恢复模式。为默认恢复模式。它会完整记录下操作数据库的每一个步骤。使用完整恢复模式可以将整个数据库恢复到一个特定的时间点，这个时间点可以是最近一次可用的备份、一个特定的日期和时间或标记的事务。

　　◆大容量日志恢复模式。它是对完整恢复模式的补充。简单地说就是要对大容量操作进行最小日志记录，节省日志文件的空间（如导入数据、批量更新、SELECTINTO等操作时）。比如一次在数据库中插入数十万条记录时，在完整恢复模式下每一个插入记录的动作都会记录在日志中，使日志文件变得非常大，在大容量日志恢复模式下，只记录必要的操作，不记录所有日志，这样一来，可以大大提高数据库的性能，但是由于日志不完整，一旦出现问题，数据将可能无法恢复。因此，一般只有在需要进行大量数据操作时才将恢复模式改为大容量日志恢复模式，数据处理完毕之后，马上将恢复模式改回完整恢复模式。

　　◆简单恢复模式。在该模式下，数据库会自动把不活动的日志删除，因此简化了备份的还原，但因为没有事务日志备份，所以不能恢复到失败的时间点。通常，此模式只用于对数据库数据安全要求不太高的数据库。并且在该模式下，数据库只能做完整和差异备份。

     了解了以上数据库还原模式后，一般就应该知道将自己的数据库设置为何种模式了。备份数据库，SQL Server 2008提供了四种备份方式：完整备份、差异备份、事务日志备份、文件和文件组备份。

　　数据库备份选项

 

      ◆ 完整备份：备份整个数据库的所有内容，包括事务日志。该备份类型需要比较大的存储空间来存储备份文件，备份时间也比较长，在还原数据时，也只要还原一个备份文件。

      ◆ 差异备份：差异备份是完整备份的补充，只备份上次完整备份后更改的数据。相对于完整备份分来说，差异备份的数据量比完整数据备份小，备份的速度也比完整备份要快。因此，差异备份通常作为常用的备份方式。在还原数据时，要先还原前一次做的完整备份，然后还原最后一次所做的差异备份，这样才能让数据库里的数据恢复到与最后一次差异备份时的内容相同。

      ◆ 事务日志备份：事务日志备份只备份事务日志里的内容。事务日志记录了上一次完整备份或事务日志备份后数据库的所有变动过程。事务日志记录的是某一段时间内的数据库变动情况，因此在进行事务日志备份之前，必须要进行完整备份。与差异备份类似，事务日志备份生成的文件较小、占用时间较短，但是在还原数据时，除了先要还原完整备份之外，还要依次还原每个事务日志备份，而不是只还原最后一个事务日志备份（这是与差异备份的区别）。

      ◆ 文件和文件组备份。如果在创建数据库时，为数据库创建了多个数据库文件或文件组，可以使用该备份方式。使用文件和文件组备份方式可以只备份数据库中的某些文件，该备份方式在数据库文件非常庞大时十分有效，由于每次只备份一个或几个文件或文件组，可以分多次来备份数据库，避免大型数据库备份的时间过长。另外，由于文件和文件组备份只备份其中一个或多个数据文件，当数据库里的某个或某些文件损坏时，可能只还原损坏的文件或文件组备份。

　　备份数据库时，有几个备份选项需要了解一下，覆盖介质、事务日志等。谈到覆盖介质时，必须先对这个概念有所了解，不然无从谈起。

#p#分页标题#e#

　　●介质集(mediaset)：备份介质（磁带或磁盘文件）的有序集合，使用固定类型和数量的备份设备向其写入了一个或多个备份操作。介质集所使用的备份设备的数量决定了介质集中的介质簇的数量。例如，如果介质集使用两个非镜像备份设备，则该介质集包含两个介质簇。通常，创建介质集后，后续备份操作将依次向介质集追加其备份集。

　　●介质簇(mediafamily)：在介质集中的单个非镜像设备或一组镜像设备上创建的备份。

　　●备份集(backupset)：成功的备份操作将向介质集中添加一个备份集。

　　大致了解以上概念后，回到备份选项上来：

　　◆备份到现有介质集-追加到现有备份集

　　如果要将数据库备份到磁盘上，那么选择磁盘后（可以选择一个或多个磁盘驱动器，也可选择磁带机设备，在此以磁盘驱动器为例），如果保持默认【备份到现有介质集-追加到现有备份集】SQLServer将自动创建一个介质集（备份介质（磁盘文件或磁带）的每个卷都包含介质标头，介质标头是在第一次使用磁带（或磁盘）执行备份操作时创建的，它将包含介质的名称、介质集的唯一标识号、介质簇的唯一标识号等等），然后再将备份集添加到介质集中。例如上篇文章中首次完整备份，SQLServer将自动创建一个介质集，并将备份集添加到介质集中，接着再备份事务日志文件，此事务日志文件备份集将被追加到现有备份集，最终备份文件我们看到的只是一个备份文件MyTest.bak，但还原时选择此文件后，要还原的备份集列表将显示先后备份的备份集，如完整备份集、第一次事务日志备份集、第二次事务日志备份集等。

　　◆备份到现有介质集-覆盖所有现有备份集

　　此选项将覆盖介质上的所有备份集并保留介质标头（如果有）。如果没有介质标头，则创建一个标头。覆盖备份时，保留现有的所有介质标头，同时将新的备份创建为备份设备中的第一个备份。

　　存在下列任一条件时不覆盖备份介质：

　　●介质上的现有备份尚未过期。（如果指定SKIP，则不检查过期。）

　　过期日期将指定备份过期的日期，并可以由另一个备份覆盖。创建备份时可以指定过期日期。默认情况下，过期日期由使用sp_configure设置的mediaretention选项确定。

　　●介质名称（如果有）与备份介质上的名称不匹配。

　　●介质名称是一个描述性名称，用于方便地识别介质。

　　综上所述，它们的最大区别是，一个是向现在备份集追加备份集，一个是将现有备份集覆盖，即以前保存在该备份集里的信息将无法重新读取。

　　图1：备份时选择【追加到现有备份集】，还原时要还原的备份集里显示的，每次追加的备份集。

　　以上备份文件最后一次事务日志备份时间为【2012-8-423:07】，那么，您可以还原到自首次完整备份开始后，至最后一次事务日志备份时间期间的任何一个时间点，这就充分验证上上文讲到的事务日志备份方式（如果后期进行过尾部日志备份，还原时在“要还原的备份集”列表里的最后一行会列出尾部日志记录）。

　　如果事务日志备份有两次，分别是“事务日志1”、“事务日志2”，那么在还原时去掉“事务日志1”复选框，“事务日志2”也会自动去掉，但只去掉“事务日志2”是允许的，这也充分验证了上文讲到的：“在还原数据时，除了先要还原完整备份之外，还要依次还原每个事务日志备份，而不是只还原最后一个事务日志备份”，不比差异备份可以基于完整备份，只还原最后一次差异备份即可。

　　图2：备份时选择【覆盖所有现有备份集】，还原时要还原的备份集里显示的是已覆盖的备份集，以前追加的备份集已被覆盖。

#p#分页标题#e#

　　◆检查介质集名称和备份集过期时间

　　图3：备份时输入的备份集名称和备份集过期时间，一般备份集默认会带有名称，如有必要可以修改为有意义的名称，过期时间一般保持默认永不过程。

　　有了上图，【检查介质集名称和备份集过期时间】里就明白该如何输入了，这个我没实验过，没有太大必要一一实验了。

　　◆备份到新介质集并清除所有现有备份集

　　选择此项可以清除以前的备份集，并使用新的媒体集备份数据库。

　　若要创建新介质集，必须格式化备份介质（一个或多个磁带或磁盘文件）。格式化进程会对备份介质进行以下更改：

　　●删除旧标头（如果存在），从而有效地删除备份介质中以前的内容。

　　格式化磁带设备会删除当前装入的磁带中以前所有内容。格式化磁盘只影响您为备份操作指定的文件。

　　●向每个备份设备中的备份介质（磁带或磁盘文件）写入新的介质标头。

　　◆可靠性

　　●完成后验证备份。将会验证备份集是否完整以及所有卷是否都可读。

　　●写入媒体前检查校验和。将会在写入备份媒体前验证校验和，如果选中此项，可能会增大工作负荷，并降低备份操作的备份吞吐量。

　　●出错时继续。如果备份数据库时发生了错误，备份工作还将继续进行。

　　◆事务日志（只有在备份时备份类型选择为【事务日志】，此项才会被激活）

　　●截断事务日志。选择此项会备份事务日志并将其截断，以便释放更多的日志空间，此时数据库处于在线状态。

　　●备份日志尾部，并使数据库处于还原状态。选择此项会备份日志尾部并使数据库处于还原状态，该项创建尾日志备份，用于备份尚未备份的日志。当故障转移到辅助数据库或为了防止在还原操作之前丢失所做工作，该选项很有作用。选择该项后，在数据库完全还原之前，数据库无法使用。

　　◆磁带机。选择用磁带机设备备份数据库时选择此选项。

　　数据库还原选项

　　◆【覆盖现有数据库】复选框：选中此项会覆盖所有现有数据库以及相关文件，包括已存在的同名其他数据库或文件。

　　◆【保留复制设置】复选框：选中此项会将已发布的数据库还原到创建该数据库的服务器之外的服务器时，保留复制设置。不过该项只有在选择了【回滚未提交的事务，使数据库处于可以使用的状态】单选按钮之后才可以使用。

　　◆【限制访问还原的数据库】复选框：使还原的数据库仅供db_owner、dbcreator或sysadmin的成员使用。

　　恢复状态：

　　◆RESTOREWITHRECOVERY，通过回滚未提交的事务，使数据库处于可以使用的状态。无法还原其他事务日志。此项则让数据库在还原后进入可正常使用的状态，并自动恢复尚未完成的事务，如果本次还原是还原的最后一步操作，可以选择该项。此项为默认选项。

#p#分页标题#e#

　　◆RESTOREWITHNORECOVERY，不对数据库执行任何操作，不回滚未提交的事务。可以还原其他事务日志。此项则在还原后数据库仍然无法正常使用，也不恢复未完成的事务操作，但可继续还原事务日志备份或差异备份，让数据库能恢复到最接近目前的状态。

　　◆RESTOREWITHSTANDBY，使数据库处于只读模式。撤消未提交的事务，但将撤消操作保存在备用文件中，以便可使恢复效果逆转。选择此项时，备用文件选择目录将被激活。此项则在还原后进行恢复未完成事务的操作，并使数据库处于只读状态，为了可继续还原事务日志备份，还必须指定一个还原文件来存放被恢复的事务内容。

　　到此为止，数据库备份还原选项基本介绍完毕，有遗漏介绍的选项通过名称能直接明白。至于数据库备份还原脚本MSDN文档有语法和示例，再说也可以通过UI设置好后导出标准脚本。

　　小编结语：

　　更多内容尽在课课家教育！