一个正常工作状态下的SQL服务器应用实际上是一系列的数据库。除了数据本身之外，它包含了事务的日志以及系统数据库。能够正常恢复SQL数据库应用的前提是所有的这些都被良好的保护。下面将介绍一些SQL服务器备份以及恢复的经验以及最佳实践。

与其他许多程序不尽相同的是，SQL服务器在用户使用状态下或者是事务进行中都可以进行备份的操作。这就是说，系统在使用中的时候，你也可以备份SQL服务器。但是，由于SQL服务器备份会占用许多系统资源，尤其是I/O，所以建议选择在系统负载较轻的时段进行全备份操作。

缩短备份窗口

如果系统的整体性能正被较长的备份时间所困扰，那么我们可以几条不同的途径来缩短备份时间。其中之一是使用数据压缩技术来缩短备份时间。另外的一个途径是，将数据库备份到磁盘上。需要注意的是，不要将数据库备份到用于存放数据库或者事务日志的相同硬盘上。这样不仅会影响整体性能，一旦硬盘损坏，同样在恢复上也会造成损失。

混合及合适的备份方式

SQL 服务器提供了三种基本的备份方式：全备份，差异备份，增量备份。这些备份选项是内嵌在SQL服务器里面的，因此不需要另外再增加一个独立的备份应用。一个全备份会备份所有的东西。这也是最完整，使用最长时间以及消耗最多资源的备份方式。差异备份中仅备份最近一次全备份后被改变的文件。在备份的时候相对会快一些，但恢复的时候会相对慢些因为数据库需要重新的整合。事物日志包含了上次事物日志备份后的内容变化。备份的时候非常快，但是在恢复的时候由于要从一系列的事物日志里恢复，所以也是耗时最长的恢复方式。

除了如上描述的三种整个数据库的备份方法之外，SQL服务器还可以备份单独的文件或者文件组。这种方法在保护重要文件或者备份大数据库时尤为有用。

在选择合适你公司的备份方法的时候要考虑如下诸多因素，比如数据库保护的原理，数据库多久被更新一次，数据库的大小以及对企业的重要性等等。有些数据库不是太大，也不是经常有改动。这种情况可以选择每天或者每周的全备份。其他的，尤其是那些重要的事务数据库，应该尽可能的做全备份操作。

经常备份事务日志

仅次于数据库本身，事务日志是SQL服务器数据库里最重要的数据。事务日志涵盖了所有的操作过程，可以被用point-in-time (PIT)的还原方式。事务日志的优势是，它可以被经常的备份，并且及时被更新。它同样涵盖了传统备份之间的PIT或者near-PIT的备份。需要知道的是，一个事务备份仅仅备份上次事务备份之后的变化内容。这可以被理解在进行完全恢复的时候需要恢复一系列的事务日志。事务日志备份的精髓在于它恢复的时候仅需要几分钟。

备份SQL服务器系统数据库

SQL服务器应用里更为重要的一个部分就是系统数据库，包括msdb数据库和master数据库。这些数据库里涵盖了一些像系统配置的重要信息，这些信息可以被用来进行完整的恢复操作。这些数据库的内容并不是经常被改变，但需要每天或者每周在数据事务活跃的环境下备份一次。对master数据库应该至少是在每次服务器或者数据库级的配置或者登陆信息改变后就备份一次的。在应用正在运行的时候也可以备份系统数据库。

至少在每次配置更改后备份系统分区

从技术角度讲，系统分区并不是SQL服务器的一部分，但是如果不备份系统分区的话，在数据库恢复时可能会遇到问题。因此，保持及时的系统分区的备份非常重要，这就意味着至少在每次配置更改后都要做一次系统分区的备份。

实用的数据库安全

务必确保数据库的安全性。比如说，当进行进行文件系统的备份时，你应该仅仅赋予SQL服务账号及数据库管理员账号对需要备份的文件和文件夹访问权限。

不要用文档说明里提供的默认密码来保护备份。在以后的SQL服务器的版本中会被逐渐停用。

当备份的时候选择checksum选项，在恢复的操作中，经常用verifyonly选项来测试备份文件的可用性。

最后，确保系统已经打上了最新的安全补丁，这并不仅仅是针对SQL服务器，并且也包括了支持SQL服务器运行的操作系统和硬件设备。