SQL Server备份的三个恢复模型

你可能会问这怎么可能。记住，交易记录的目的就是记录发生在数据库中所有交易。交易记录允许COMMIT和ROLLBACK正确工作。为了达到这个功能，该数据的变化前后的数值必须随同操作类型、交易开始（时间）等一齐被记录下来。

BACKUP DATABASE { database_name }
ALTER DATABASE database name SET RECOVERY {FULL | SIMPLE | BULK_LOGGED}

FULL恢复模型向你提供了最大的恢复灵活性。新数据库默认使用的就是这种恢复模型。利用这种模型，你可以恢复数据库的一部分或者完全恢复。假设交易记录（transactions log）还没有被破坏，你还可以在失败之前恢复出最后一次的已提交（committed）交易。在所有的恢复模型中，这种模型使用了最多的交易记录空间，并轻微影响了SQL Server的性能。

SELECT dbpropertyex("database", "recovery")
为了备份交易记录，使用BACKUP LOG命令。其基本语法与BACKUP命令非常相似：
BACKUP DATABASE Northwind TO DISK = "c:\backup\Northwind.bak"

在这种情况下，有两种提高可恢复性的途径，这两个途径都要求全数据库备份。而且这两种方法都要求数据库恢复模型为FULL或者BULK_LOGGED。

现在，我已经演示了如何备份整个数据库。然而，它只允许你恢复备份结束时刻的数据库所保存的数据。如果数据库很大并且频繁变动，由于时间和空间的限制，频繁进行全数据库备份是不现实的。当数据库失败时，可能会造成大量数据丢失。

BACKUP DATABASE Northwind TO DISK = "\\FILESERVER\Shared\Backup\Northwind.bak"
BACKUP LOG { database } TO <backup device>
backup_device可以是磁盘或者磁带——或者它也可以是一个用磁盘文件、磁带或者已命名管道表示的逻辑上的备份设备。
BACKUP TRANSACTION Northwind TO LogBackupDevice WITH NO_TRUNCATE

频繁变动的大数据库的备份

下面的例子在一个名为DiffBackupDevice的逻辑备份设备上创建了一个差异备份：

备份技巧

SIMPLE恢复模型是这三种模型中最容易实施的，它所占用的存储空间也最小。然而，你只能恢复出备份结束时刻的数据库。

BULK_LOGGED恢复模型比FULL模型少了一些恢复选项，但是进行批操作（bulk operation）时它不会严重影响性能。在进行某些批操作时，由于它只需记录操作的结果，因此它使用了较少的记录空间。然而，用这种模型，你不能恢复数据库中的特定标记，也不能仅仅恢复数据库的一部分。

只是基本知识

尽管我在本文中仅仅概述了数据库恢复的基本知识，你还是可以通过这些技巧来找到正确的方向。那么，为了避免不必要的（丢失数据造成的）恐慌，你要做到每周备份主数据库，每天备份msdb。

BACKUP DATABASE Northwind TO DiffBackupDevice WITH DIFFERENTIAL
如果你想把数据库备份到另外一台服务器上，可以使用UNC名字：
当备份设备创建完毕，Northwind数据库可以用下面的命令进行备份：
清单B给出了一个在磁盘上创建逻辑备份设备的例子。
TO < backup_device > |
备份数据库

为了备份数据库，你可以运行BACKUP命令。（你也可以使用SQL Enterprise Manager。）在执行命令之前知道它的语法永远是个好主意。BACKUP命令有许多选项，它的基本语法是：
如果想进行有规律、有计划的备份，就需要使用逻辑备份设备。一个逻辑备份设备可以保存若干个数据库备份并驻留在磁盘、磁带或者已命名管道上。如果你使用磁带设备，磁带驱动器必须在同一台物理服务器上。已命名管道可以利用第三方备份软件。

为了找出你所用数据库的恢复模型，可以运行下面的命令，该命令应该返回FULL、BULK_LOGGED和SIMPLE这三个值中的某一个：
从哪儿开始

在你开始备份一个SQL Server数据库之前，你需要知道该数据库使用了哪个恢复模型。这里有三种不同的恢复模型：FULL、BULK_LOGGED和SIMPLE。

利用下面的列出的技巧来确保你不会在每周一次的数据库备份过程中忘记关键步骤。

BACKUP TRANSACTION Northwind TO LogBackupDevice
如果你想做一个快速、一次性的备份，那么向下面那样使用磁盘文件：
BACKUP DATABASE Northwind TO DiskBackup

在截短记录之前，也就是所有的已提交（committed）交易从记录中清空之前，所有的这些信息都保存在交易记录中。在SIMPLE恢复模型中，记录在一个CHECKPOINT期间内截短（在SQL Server内存缓冲写道磁盘时），它是自动发生的，但也可以手动执行。这也就是SIMPLE恢复模型不支持时间点（point-in-time）恢复的原因。在FULL和BULK_LOGGED恢复模型下，当交易记录被备份时，交易记录被截短，除非你明确指出不进行截短。