SQL Server的一个业务应用实际上就是一个数据库集合。除了数据本身，还包括事务日志和系统数据库，这些慢慢存储起来的数据都必须得到保护。以下是一些SQL Server备份恢复技巧的最佳实践。与许多方案不同，SQL Server允许在备份时用户照样活跃，事务照样处理，这意味着你可以在系统运行时进行备份。但SQL Server备份时需要消费资源，尤其是I / O，它最好在系统负载较轻时执行完整备份。

　　缩短数据备份时间

　　如果备份时间长而不堪忍受，有几种方法可以缩短备份时间。方法之一是备份压缩数据。另一种方法是备份数据库到磁盘以缩短备份时间。不过，如果你备份到磁盘，不要将数据库或事务日志备份到同一张磁盘。这不仅会影响性能，而且磁盘损坏时还会影响恢复。

　　混合匹配的备份方法

　　SQL Server提供了三种基本的备份方法：完全备份，增量备份的和事务备份。这些都是SQL Server内建的备份选项，不需要一个单独的备份应用程序。完全备份要备份所有的数据，它最完整，需时最长、使用资源最多。增量备份也称为差异化备份，它只备份自上次完全备份后的更改，因此备份较快，但又因为数据库必须重建使得恢复较慢。事务日志备份只简单备份自上次事务日志备份后的事务日志，这相当快，但从事务日志备份链重建数据库进行恢复则最慢。

　　除了备份整个数据库的这三种方法，SQL Server还允许你备份单独的文件或文件组。这对保护重要文件或备份大数据库将是有益的。

　　选择最适合你公司的备份方法依赖于受保护数据库的性质，特别是它修改的频率，它的大小和它对企业的重要性等。有些数据库不大而且变化相对很少，则可每日或每周进行一次完全备份。其他的，尤其是功能关键的事务数据库，应该得到充分的备份。

　　频繁备份事务日志

　　除数据库本身以外，事务日志在一个SQL Server数据库中是最关键的数据。事务日志覆盖所有活动，可以用来做点实时(PIT)修复。事务日志的好处是可以经常备份以及时更新。在常规备份之间它也有PIT或近似PIT备份。请注意，事务备份只备份最新事务。这意味着不必还原事务备份链来得到全面恢复。一个事务日志备份的强大来自它几乎有能力进行分钟级恢复。

　　事务日志应每天数次进行备份，许多组织如果有事务数据库这样的活跃数据库则每隔10分钟左右备份一次。

　　备份SQL Server系统数据库

　　SQL Server应用程序的其他重要组成部分是系统数据库包括主存数据库和主数据库。它包含系统配置这样的重要信息，并在完全恢复时使用。这些变化较少，至少应每周或者每天在运行(数据事务经常发生)环境下备份一次。对主数据库，每当一个服务器或数据库级别的配置发生改变或登录帐户任何的细节变化都要进行备份。你可以在应用程序运行时备份系统数据库。

　　每项配置发生变化都要备份系统分区

　　系统分区不是SQL Server技术上的一部分，但非备份系统分区可以使一个数据库难以恢复。重要的是保持一个系统分区的备份意味着备份了至少每一个系统配置的变化，而定期备份效果会更好。

　　数据库安全最佳实践

　　确保你的数据库安全是十分重要的。例如，当使用文件系统进行备份时，你应该只给SQL服务器帐户和数据库管理员授予访问权限。

　　在备份表达式中不要使用密码选项以保护密码。这在SQL Server的未来版本中将继续保留。

　　进行备份和使用Restore Verifyonly命令校验备份的规范性时在备份命令中使用checksum选项。

　　最后，确保安全补丁是最新的，不仅SQL服务器，底层操作系统，甚至硬件上安装补丁都是必要的。