三级数据库[Sqlserver]数据备份的三个恢

1、级数据库Sqlserver数据备份的三个恢在SQLServerXXXX中，有无数种备份数据库的方法。无论你的数据库有多大、改变是 否频繁，都有满足你的要求的备份策略。让我们看看几种可以在不同环境下工作的基本备db owner份策略。本文假定你有备份数据库的权限。也就是说，你要么是系统管理员，要么是或者backupadministrator。还有，我们还假定你的操作系统提供了访问备份所需要的资 源的权利，例如，访问磁盘或者磁带驱动器。从哪儿开始在你开始备份一个 SQLServer数据库之前，你需要知道该数据库使用了哪个恢复模型。这里有三种不同的恢复模型：FULL BULK LOGGED SIMP

2、LEFULL恢复模型向你提供了的恢复灵活性。新数据库默认使用的就是这种恢复模型。利用这种模型，你可以恢复数据库的一部分或者完全恢复。假设交易记录(tra nsactio nslog)还没有被破坏，你还可以在失败之前恢复出最后一次的已提交(committed )交易。在所有的恢复模型中，这种模型使用了最多的交易记录空间，并轻 微影响了 SQLServer的性能。BULK_LOGGED恢复模型比FULL模型少了一些恢复选项，但是进行批操作(bulko peration )时它不会严重影响性能。在进行某些批操作时，由于它只需记录操作 的结果，因此它使用了较少的记录空间。然而，用这种模型，你不能恢复数

3、据库中的特定 标记，也不能仅仅恢复数据库的一部分。SIMPLE恢复模型是这三种模型中最容易实施的，它所占用的存储空间也最小。然而,FULL你只能恢复出备份结束时刻的数据库。来源：为了找出你所用数据库的恢复模型，可以运行下面的命令，该命令应该返回BULK_LOGGE和 SIMPLE这三个值中的某一个:SELECTdbpropertyex(database,recovery)为了改变数据库的恢复选项，运行下面的命令：ALTERDATABASEdatabasenameSETRECOVERYFULLSIMPLEBULK_LOGGED除数据之外，SQLServer备份还包括数

4、据库大纲（schema）和数据库元数据（即数据 库文件、文件组和它们的位置）。 SQLServer 允许在备份时用户依然使用数据库，所以在 备份期间发生的交易也记录到备份中去了。备份数据库BACKUPS 令有为了备份数据库，你可以运行 BACKUPS令。（你也可以使用SQLEnterpriseManager 。）在执行命令之前知道它的语法永远是个好主意。许多选项，它的基本语法是：BACKUPDATABASEdatabase_nameTObackup_device可以是磁盘或者磁带或者它也可以是一个用磁盘文件、磁带或者 已命名管道表示的逻辑上的备份设备。如果你想做一个快速、一次性的备份，那么向下

5、面那样使用磁盘文件：BACKUPDATABASENorthwindTODISK=c:ackupNorthwind.bak如果你想把数据库备份到另外一台服务器上，可以使用UNC名 字:BACKUPDATABASENorthwindTODISK=FILESERVERSharedBackupNorthwind.bak在SQLServerXXXX中，有无数种备份数据库的方法。无论你的数据库有多大、改变是 否频繁，都有满足你的要求的备份策略。让我们看看几种可以在不同环境下工作的基本备 份策略。db_owner本文假定你有备份数据库的权限。也就是说，你要么是系统管理员，要么是 或者 backupadmin

6、istrator 。还有，我们还假定你的操作系统提供了访问备份所需要的资 源的权利，例如，访问磁盘或者磁带驱动器。从哪儿开始在你开始备份一个 SQLServer 数据库之前，你需要知道该数据库使用了哪个恢复模型。这里有三种不同的恢复模型：FULL BULK LOGGED SIMPLEFULL 恢复模型向你提供了的恢复灵活性。新数据库默认使用的就是这种恢复模型。利 用这种模型，你可以恢复数据库的一部分或者完全恢复。假设交易记录transactionslog ）还没有被破坏，你还可以在失败之前恢复出最后一次的已提交committed ）交易。在所有的恢复模型中，这种模型使用了最多的交易记录空间，并

7、轻 微影响了 SQLServer 的性能。BULK_LOGGED恢复模型比FULL模型少了一些恢复选项，但是进行批操作bulkoperation ）时它不会严重影响性能。在进行某些批操作时，由于它只需记录操作 的结果，因此它使用了较少的记录空间。然而，用这种模型，你不能恢复数据库中的特定 标记，也不能仅仅恢复数据库的一部分。SIMPLE 恢复模型是这三种模型中最容易实施的，它所占用的存储空间也最小。然而， 你只能恢复出备份结束时刻的数据库。FULL、为了找出你所用数据库的恢复模型，可以运行下面的命令，该命令应该返回BULK logged simple这三个值中的某一个:SELECTdbprop

8、ertyex(database,recovery)为了改变数据库的恢复选项，运行下面的命令:ALTERDATABASEdatabasenameSETRECOVERYFULLSIMPLEBULK_LOGGED除数据之外，SQLServer备份还包括数据库大纲（schema）和数据库元数据（即数据 库文件、文件组和它们的位置）。 SQLServer 允许在备份时用户依然使用数据库，所以在 备份期间发生的交易也记录到备份中去了。备份数据库BACKUPS 令有为了备份数据库，你可以运行 BACKUPS令。（你也可以使用SQLEnterpriseManager 。）在执行命令之前知道它的语法永远是个好主

9、意。许多选项，它的基本语法是：BACKUPDATABASEdatabase_nameTObackup_device可以是磁盘或者磁带或者它也可以是一个用磁盘文件、磁带或者 已命名管道表示的逻辑上的备份设备。如果你想做一个快速、一次性的备份，那么向下面那样使用磁盘文件：BACKUPDATABASENorthwindTODISK=c:ackupNorthwind.bak如果你想把数据库备份到另外一台服务器上，可以使用UNC名字:BACKUPDATABASENorthwindTODISK=FILESERVERSharedBackupNorthwind.bak如果想进行有规律、有计划的备份，就需要使用

10、逻辑备份设备。一个逻辑备份设备可 以保存若干个数据库备份并驻留在磁盘、磁带或者已命名管道上。如果你使用磁带设备， 磁带驱动器必须在同一台物理服务器上。已命名管道可以利用第三方备份软件。A所示。为了创建逻辑备份设备，使用 sp_addumpdevice 系统保存过程。SQLEnterpriseManager 也可以用来创建备份设备。命令行语法如清单清单B给出了一个在磁盘上创建逻辑备份设备的例子。当备份设备创建完毕,Northwind 数据库可以用下面的命令进行备份：BACKUPDATABASENorthwindTODiskBackup频繁变动的大数据库的备份现在，我已经演示了如何备份整个数据库。

11、然而，它只允许你恢复备份结束时刻的数 据库所保存的数据。如果数据库很大并且频繁变动，由于时间和空间的限制，频繁进行全 数据库备份是不现实的。当数据库失败时，可能会造成大量数据丢失。在这种情况下，有两种提高可恢复性的途径，这两个途径都要求全数据库备份。而且这两种方法都要求数据库恢复模型为FULL或者BULK LOGGED第一种方法采用差异数据库备份，它只捕获并保存全数据库备份后改变的数据。由于 它的文件较小而且信息简明，用它进行数据恢复的速度非常快。面的例子在一个名为 DiffBackupDevice 的逻辑备份设备上创建了一个差异备份：BACKUPDATABASENorthwindTODiff

12、BackupDeviceWITHDIFFERENTIAL第二个提高可恢复性的方法利用交易记录备份，恢复可以在一个特定的时间点上完成。你可能会问这怎么可能。记住，交易记录的目的就是记录发生在数据库中所有交易。交易记录允许COMMITS ROLLBAC正确工作。为了达到这个功能，该数据的变化前后的数值必须随同操作类型、交易开始（时间）等一齐被记录下来。备份技巧利用下面的列出的技巧来确保你不会在每周一次的数据库备份过程中忘记关键步骤。每周一次备份主数据库。如果你创建、修改或者停止一个数据库，添加新的SQLServer 消息，添加或者停止连接服务器，或者添加记录设备，那就进行手工备份。每天备份一次ms

13、db数据库。它一般非常小，但很重要，因为它包含了所有的SQLServer 工作、操作和计划任务。只有当你修改它时，才有必要备份模型数据库。用 SQLServerAgent 来安排你的备份工作的时间表。如果在你的生产（ production ）环境中有现成资源，备份生产数据库到本地磁盘或者 网络服务器（用同一个开关）。然后，把备份文件 / 设备拷贝到磁带上。在存在许多硬件 故障（特别是在RAID系统中）的情况下，磁盘常常是完好的（inact ）。如果备份文件是 在磁盘上，那么恢复时的速度会提高很多。除了有计划的定时备份外，在进行未记录的( nonlogged )批操作(如，批拷贝)、 创建索引、

14、或者改变恢复模型后要备份用户数据库。如果你使用的是SIMPLE恢复模型，记住在截短(truncate )交易记录之后备份你的 数据库。用文档记录你的恢复步骤。至少要大概记录这些步骤，注意所有的重要文件的位置。在截短记录之前，也就是所有的已提交( committed )交易从记录中清空之前，所有的这些信息都保存在交易记录中。在SIMPLE恢复模型中，记录在一个 CHECKPOIN期间内截短(在 SQLServer 内存缓冲写道磁盘时)，它是自动发生的，但也可以手动执行。这也就是simple恢复模型不支持时间点(point-in-time)恢复的原因。在 FULL和BULK_LOGGE恢复模型下，当交易记录被备份时，交易记录被截短，除非你明确指出不进行截短。为了备份交易记录，使用 backuplo命令。其基本语法与 backup命令非常相似:BACKUPLOGdatabaseTO面是如何把交易记录备份到一个名为 LogBackupDevice 的逻辑设备上的例子:BACKUPTRANSACTIONNorthwindT