今天给大家分享的是由图老师小编精心为您推荐的选择SQL Server恢复模型确保正确备份，喜欢的朋友可以分享一下，也算是给小编一份支持，大家都不容易啊!
【 tulaoshi.com - 编程语言 】
问题
在管理SQL Server时首先要做的一件事是建立一个合适的备份计划以便将失败事件中任何数据的丢失可能最小化。建立备份计划之后当然要做些数据库配置，这些配置是建立以确保你可以正确地备份数据库。在这篇文章里我们将看看SQL Server所提供的不同恢复模型以及怎样为你的数据库选择恢复模型。
专家解答
（本文来源于图老师网站，更多请访问http://www.tulaoshi.com/bianchengyuyan/）对于SQL Server 2000和2005，Microsoft为你的数据库提供了三个不同的恢复模型。在你的服务器上，每个数据库可以建立得各不相同，而且你还可以根据需要改变恢复模型，所以这个选择不是永久不变的。
这三个恢复模型是：
Simple(简单)
简单恢复模型就如同它名字所显示的，它为你提供了简单的备份，可以在失败或者如果你需要恢复你的数据库到另一个服务器上的情况下用来替代你的整个数据库。有了这个恢复模型你就具有了完成完全备份(整个复制)或不同备份(从上一个完全备份之后所做的任何改变)的能力。使用这个恢复模型你就暴露于自从上一次的备份之后的任何失败。下面是你可以选择这个恢复模型的原因：
你的数据不重要或很容易重新创建。
这个数据库只用于测试或开发。
数据是静态的并且不会改变。
在上一次备份之后丢失任何或所有事务都是没关系的。
数据是获取的并且很容易重新创建。
你可以运行的备份类型：
完全备份
差分备份
文件和/或文件组备份
部分备份
（本文来源于图老师网站，更多请访问http://www.tulaoshi.com/bianchengyuyan/）Copy-Only(仅复制)备份
Bulk_Logged(批日志)
批日志恢复如同它名字所示。有了这个模型，那么相当一部分的批操作例如BULK INSERT、CREATE INDEX、SELECT INTO等等就不会完全记录到事务日志中，从而不会占据事务日志那么大的空间。使用这个恢复模型的优点是如果你进行批操作你的事务日志也不会变得那么大，而且你还可以进行时间点恢复，只要你的最后一次事务日志备份不包括上面提到的批操作。如果没有运行批操作，那么这个恢复模型就如同完全恢复模型一样。要注意的一件事是如果你使用这个恢复模型，那么你还需要进行事务日志备份，否则你的数据库事务日志将不断地扩大。下面是你可能选择这个恢复模型的原因：
来源:http://www.tulaoshi.com/n/20160219/1620664.html
看过《选择SQL Server恢复模型确保正确备份》的人还看了以下文章 更多>>
