你真的会使用SQL Server的备份还原功能吗？之二：主要备份类型

假设在下面几个时间段中，一个数据库积累插入了如下数据：

1.完整数据库备份

故名思意，完整数据库备份包括完整的数据库信息。它包括数据库的数据文件和备份结尾的部份活动事务日志。

完整备份基本语法如下：

BACKUP DATABASE AdventureWorks TO DISK = 'g:/backups/AdventureWorks.bak'

2.差异性数据库备份

差异性数据库备份包括自从上一次完整性备份以来所有改变的数据页，以及备份结尾的部份活动事务日志。

差异备份和完整备份的语法很相似，唯一不同的是加上了DIFFERENTIAL选项，如下：

BACKUP DATABASE AdventureWorks TO DISK = 'g:/backups/AdventureWorks.bak' WITH DIFFERENTIAL

3.事务日志备份

事务日志备份的内容是从还未被备份的事务日志开始，直到备份结尾的最后一个事务日志为止。需要注意的是执行事务日志的前提是你的数据库恢复模型必须是完整恢复模型或是批量日志恢复模型(恢复模型)

通常情况下大家会以为完整性备份会截断事务日志，以便下一次备份日志时不再重复备份，但这是错误的。完整备份不会截断事务日志。

事务日志备份的语法和完整备份相似，唯一不同的是第二个关键字，把database换成log，如下：

BACKUP LOG AdventureWorks TO DISK = 'g:/backups/AdventureWorks.bak'

4.你应该选择哪种备份类型呢？

答案取决于你本身，取决你的备灾恢复需求，取决于你可以接受的丢失数据量的多少，取决于你日常数据库的备份操作，取决于数据库从灾难中恢复过来的时间。

假如你的环境允许丢失5分钟的数据，那么你必须每5分钟执行一次某种备份。对于上述的几种备份来说，每5分钟执行一次完整备份的规则显得过于频繁且 影响其他用户的操作。对于差异备份来说，如果一次完整备份后，数据库又进行了大量的修改，那么差异备份同样不适合。所以，上述情况用事务日志备份应该是最 合适的，因为它仅备份从最后一次事务日志备份后所产生的新事务。

然而，当你从事务日志恢复数据库时，你需要还原所有相关的备份，包括从起始的数据库备份点到最后一个事务日志。假如还原点是很久以前的时间点，那么要还原的事务日志也许会很多很多。

你可以使用差异备份来提前事务日志备份的起始还原点。但是，对于一个行动的数据来说，差异备份会比事务日志备份占用更长的时间，影响更多的数据库操作和消耗更多的磁盘空间。

当你考虑使用哪种备份方案时，你可以参考下面这几点：

• 你能接受丢失多少数据？
• 备份会影响数据库日常操作吗？
• 是否有一个高可用的维护计划来执行备份操作？
• 你能接受的恢复时间是多少？
• 是否需要具有恢复某一时间点的功能？这种情况下，事务日志备份是必须的。
• 是否有足够的存储空间来保存备份文件？
• 是否有一套高可用性的解决来完成备灾恢复计划？比如：群集, loggshipping, 数据库镜像等等