浅谈选择SQL Server恢复模型确保正确备份_Mssql数据库教程

推荐：关于避免在 PL/SQL 中使用嵌套游标查询
考虑下面的 PL/SQL 代码，这段代码生成一个 XML 格式的矩阵样式的报表： 以下为引用的内容： 　　declare 　　l_count　　 intege

问题

在管理SQL Server时首先要做的一件事是建立一个合适的备份计划以便将失败事件中任何数据的丢失可能最小化。建立备份计划之后当然要做些数据库配置，这些配置是建立以确保你可以正确地备份数据库。在这篇文章里我们将看看SQL Server所提供的不同恢复模型以及怎样为你的数据库选择恢复模型。

专家解答

对于SQL Server 2000和2005，Microsoft为你的数据库提供了三个不同的恢复模型。在你的服务器上，每个数据库可以建立得各不相同，而且你还可以根据需要改变恢复模型，所以这个选择不是永久不变的。

这三个恢复模型是：

Simple(简单)

简单恢复模型就如同它名字所显示的，它为你提供了简单的备份，可以在失败或者如果你需要恢复你的数据库到另一个服务器上的情况下用来替代你的整个数据库。有了这个恢复模型你就具有了完成完全备份(整个复制)或不同备份(从上一个完全备份之后所做的任何改变)的能力。使用这个恢复模型你就暴露于自从上一次的备份之后的任何失败。下面是你可以选择这个恢复模型的原因：

你的数据不重要或很容易重新创建。

这个数据库只用于测试或开发。

数据是静态的并且不会改变。

在上一次备份之后丢失任何或所有事务都是没关系的。

数据是获取的并且很容易重新创建。

你可以运行的备份类型：

完全备份

差分备份

文件和/或文件组备份

部分备份

Copy-Only(仅复制)备份

Bulk_Logged(批日志)

批日志恢复如同它名字所示。有了这个模型，那么相当一部分的批操作例如BULK INSERT、CREATE INDEX、SELECT INTO等等就不会完全记录到事务日志中，从而不会占据事务日志那么大的空间。使用这个恢复模型的优点是如果你进行批操作你的事务日志也不会变得那么大，而且你还可以进行时间点恢复，只要你的最后一次事务日志备份不包括上面提到的批操作。如果没有运行批操作，那么这个恢复模型就如同完全恢复模型一样。要注意的一件事是如果你使用这个恢复模型，那么你还需要进行事务日志备份，否则你的数据库事务日志将不断地扩大。下面是你可能选择这个恢复模型的原因：

数据很重要，但是你不想在日志中记录大量批操作。

批操作与普通操作在不同的时间进行。

你仍然希望可以恢复到某时间点上。

你可以运行的备份类型有：　　

完全备份

差分备份

文件和/或文件组备份

部分备份

Copy-Only(仅复制)备份

事务日志备份　　　

Full(完全)

完全恢复模型是最完全的恢复模型，并且允许你将所有数据恢复到任何时间点上，只要所有的备份文件是可用的。有了这个模型，所有的操作都会被完整地记录到日志里，这意味着你可以恢复你的数据库到任何时间点上。此外，如果数据库设置为完全恢复模型，那么你还需要进行事务日志备份，否则你的数据库事务日志将一直不断地扩大。下面是你可能选择这个恢复模型的原因：

分享：解读用最简单的步骤备份SQL数据库的文件到本地
用最简单的步骤备份sql数据库的文件到本地: 以下为引用的内容： 　　response.Charset = utf-8 　　Session.Codepage = 65001