SQL Server 数据库备份

让你的备份模型与你的恢复模型相符合

　　确保你运行的备份类型与你的数据库设置的恢复模型相符合。我见过许多案例设置为完全恢复，但是只有全备份被提到。在这些实例中，事务日志远远比数据库文件更大，但仍然得到了每个备份的支持。

　　利用大块日志恢复模型

　　如果你将给数据库中做大量插入，而且要求如果必要的话可以重建数据，那就通过使用大容量日志恢复模型保存事务日志备份时间。这个选项不对每个大块加载操作都记日志，这样可以使你的事务日志内容更少，事务日志备份运行更快。

　　采用差异备份

　　如果你的数据库非常大，但是可能整个一周数据库都不会有太多变化，那么利用差异性备份可以降低你运行备份的时间。利用这种方法，你可以在一周里每天运行差异备份，然后在周末运行全备份。

　　采用事务备份

　　另一种方法是每天只运行事务日志备份，然后每周运行全备份。这也可以降低你的备份需要的时间和资源。

　　文件和文件组备份

　　文件和文件组备份允许你一次备份数据库的一部分，而不是整个数据库。如果你有五个文件组，你可以每晚备份不同的文件组，然后在周末做一次完整备份。要恢复文件组，你还需要运行事务日志备份。

　　快照备份

　　更加快速的方法是快照备份，它允许你对数据库做一个快速的快照，把文件保存在其他地方作为备份。这种方案通常用在高端硬件解决方案中。

　　第三方工具

　　利用第三方备份工具提供压缩，像Idera公司，Quest软件公司和Red Gate软件公司都提供类似工具;或者提供持续备份功能的工具，像TimeSpring软件公司的数据保护软件。还有的集群产品支持你把整个数据库镜像到另一套系统中，而无需任何备份，这样就增加了你保持系统运行的能力。但是，它不提供长期数据归档。

　　事务日志大小

　　经常检查你的事务日志大小。你可以利用DBCC SQLPERF(LOGSPACE)查看到底还有多少可用空间。也可以用DBCC SHRINKFILE降低事务日志的大小。

　　在下班时间和低利用率时间做备份

　　要把你的全备份和差异备份安排在系统使用率低的时间段。SQL Server可以提供给备份的资源越多，它完成备份就越快。

　　不要同时运行所有备份

　　如果你在一台服务器上有多个数据库，或者有多个服务器使用相同的磁盘子系统，定时备份要设置为不同的时间。如果你处在一个有许多备份任务的大型环境中，利用sqlSentry或者Idera公司的工具会帮助你更好地管理你的备份任务。

　　总结

　　要提高你备份数据库的性能，你有一些简单的措施可选择，其中一些需要你购买第三方工具或者重新配置你当前拥有的硬件。在任何情况下，如果你有备份性能方面的问题，请试着用这里列出的建议缓解你的瓶颈。