您当前的位置: 首页 » MySQL/MSSQL编程 » 选择SQL Server恢复模型确保正确备份
选择SQL Server恢复模型确保正确备份
论坛链接
问题
在管理SQL Server时首先要做的一件事是建立一个合适的备份计划以便将失败事件中任何数据的丢失可能最小化。建立备份计划之后当然要做些数据库配置，这些配置是建立以确保你可以正确地备份数据库。在这篇文章里我们将看看SQL Server所提供的不同恢复模型以及怎样为你的数据库选择恢复模型。
专家解答
对于SQL Server 2000和2005，Microsoft为你的数据库提供了三个不同的恢复模型。在你的服务器上，每个数据库可以建立得各不相同，而且你还可以根据需要改变恢复模型，所以这个选择不是永久不变的。
这三个恢复模型是：
Simple(简单)
简单恢复模型就如同它名字所显示的，它为你提供了简单的备份，可以在失败或者如果你需要恢复你的数据库到另一个服务器上的情况下用来替代你的整个数据库。有了这个恢复模型你就具有了完成完全备份(整个复制)或不同备份(从上一个完全备份之后所做的任何改变)的能力。使用这个恢复模型你就暴露于自从上一次的备份之后的任何失败。下面是你可以选择这个恢复模型的原因：
你的数据不重要或很容易重新创建。
这个数据库只用于测试或开发。
数据是静态的并且不会改变。
在上一次备份之后丢失任何或所有事务都是没关系的。
数据是获取的并且很容易重新创建。
你可以运行的备份类型：
完全备份
差分备份
文件和/或文件组备份
部分备份
Copy-Only(仅复制)备份
Bulk_Logged(批日志)
批日志恢复如同它名字所示。有了这个模型，那么相当一部分的批操作例如BULK INSERT、CREATE INDEX、SELECT INTO等等就不会完全记录到事务日志中，从而不会占据事务日志那么大的空间。使用这个恢复模型的优点是如果你进行批操作你的事务日志也不会变得那么大，而且你还可以进行时间点恢复，只要你的最后一次事务日志备份不包括上面提到的批操作。如果没有运行批操作，那么这个恢复模型就如同完全恢复模型一样。要注意的一件事是如果你使用这个恢复模型，那么你还需要进行事务日志备份，否则你的数据库事务日志将不断地扩大。下面是你可能选择这个恢复模型的原因：
数据很重要，但是你不想在日志中记录大量批操作。
批操作与普通操作在不同的时间进行。
你仍然希望可以恢复到某时间点上。
你可以运行的备份类型有：
完全备份
差分备份
文件和/或文件组备份
部分备份
Copy-Only(仅复制)备份
事务日志备份
Full(完全)
完全恢复模型是最完全的恢复模型，并且允许你将所有数据恢复到任何时间点上，只要所有的备份文件是可用的。有了这个模型，所有的操作都会被完整地记录到日志里，这意味着你可以恢复你的数据库到任何时间点上。此外，如果数据库设置为完全恢复模型，那么你还需要进行事务日志备份，否则你的数据库事务日志将一直不断地扩大。下面是你可能选择这个恢复模型的原因：
在管理SQL Server时首先要做的一件事是建立一个合适的备份计划以便将失败事件中任何数据的丢失可能最小化。建立备份计划之后当然要做些数据库配置，这些配置是建立以确保你可以正确地备份数据库。在这篇文章里我们将看看SQL Server所提供的不同恢复模型以及怎样为你的数据库选择恢复模型。
专家解答
对于SQL Server 2000和2005，Microsoft为你的数据库提供了三个不同的恢复模型。在你的服务器上，每个数据库可以建立得各不相同，而且你还可以根据需要改变恢复模型，所以这个选择不是永久不变的。
这三个恢复模型是：
Simple(简单)
简单恢复模型就如同它名字所显示的，它为你提供了简单的备份，可以在失败或者如果你需要恢复你的数据库到另一个服务器上的情况下用来替代你的整个数据库。有了这个恢复模型你就具有了完成完全备份(整个复制)或不同备份(从上一个完全备份之后所做的任何改变)的能力。使用这个恢复模型你就暴露于自从上一次的备份之后的任何失败。下面是你可以选择这个恢复模型的原因：
你的数据不重要或很容易重新创建。
这个数据库只用于测试或开发。
数据是静态的并且不会改变。
在上一次备份之后丢失任何或所有事务都是没关系的。
数据是获取的并且很容易重新创建。
你可以运行的备份类型：
完全备份
差分备份
文件和/或文件组备份
部分备份
Copy-Only(仅复制)备份
Bulk_Logged(批日志)
批日志恢复如同它名字所示。有了这个模型，那么相当一部分的批操作例如BULK INSERT、CREATE INDEX、SELECT INTO等等就不会完全记录到事务日志中，从而不会占据事务日志那么大的空间。使用这个恢复模型的优点是如果你进行批操作你的事务日志也不会变得那么大，而且你还可以进行时间点恢复，只要你的最后一次事务日志备份不包括上面提到的批操作。如果没有运行批操作，那么这个恢复模型就如同完全恢复模型一样。要注意的一件事是如果你使用这个恢复模型，那么你还需要进行事务日志备份，否则你的数据库事务日志将不断地扩大。下面是你可能选择这个恢复模型的原因：
数据很重要，但是你不想在日志中记录大量批操作。
批操作与普通操作在不同的时间进行。
你仍然希望可以恢复到某时间点上。
你可以运行的备份类型有：
完全备份
差分备份
文件和/或文件组备份
部分备份
Copy-Only(仅复制)备份
事务日志备份
Full(完全)
完全恢复模型是最完全的恢复模型，并且允许你将所有数据恢复到任何时间点上，只要所有的备份文件是可用的。有了这个模型，所有的操作都会被完整地记录到日志里，这意味着你可以恢复你的数据库到任何时间点上。此外，如果数据库设置为完全恢复模型，那么你还需要进行事务日志备份，否则你的数据库事务日志将一直不断地扩大。下面是你可能选择这个恢复模型的原因：
#2楼发布者：tznktg时间：2008-11-18 16:35:31
数据很重要，并且数据不可以丢失。
你需要能够做到某时间点的恢复。
你在使用数据库镜像。
你可以运行的备份类型：
完全备份
差分备份
文件和/或文件组备份
部分备份
Copy-Only(仅复制)备份
事务日志备份
更改恢复模型
恢复模型可以根据需要来更改，所以如果你的数据库是在完全恢复模型形式下并且你想进行一些批操作，而你想减少日志那么你可以将恢复模型改为批日志记录，完成你的操作后再次更改你的数据库模型。要注意的一件事是因为在你的事务日志备份中将会有一个批操作，所以你不可以使用这个包含了这个批操作的事务日志备份文件来做时间点恢复，但是任何后来的事务日志备份都可以用来进行时间点恢复。
还有，如果你的数据库是简单恢复模型而你想立即进行一个完全备份所以改为了完全恢复模型，那么你也可以开始进行事务日志备份了。直到你完成了一个完全备份之后，你才能够进行事务日志备份。
要改变恢复模型，你可以使用SQL Server管理套件或T-SQL，如下所示：
管理套件
右键单击数据库名称，选择属性，选择选项标签并从下拉列表框中选择恢复模型，然后选择OK进行保存。
以下为引用的内容：
T-SQL
--settoFullrecovery
ALTERDATABASEAdventureWorksSETRECOVERYFULL
GO
--settoBulkLoggedrecovery
ALTERDATABASEAdventureWorksSETRECOVERYBULK_LOGGED
GO
--settoSimplerecovery
ALTERDATABASEAdventureWorksSETRECOVERYSIMPLE
GO
你需要能够做到某时间点的恢复。
你在使用数据库镜像。
你可以运行的备份类型：
完全备份
差分备份
文件和/或文件组备份
部分备份
Copy-Only(仅复制)备份
事务日志备份
更改恢复模型
恢复模型可以根据需要来更改，所以如果你的数据库是在完全恢复模型形式下并且你想进行一些批操作，而你想减少日志那么你可以将恢复模型改为批日志记录，完成你的操作后再次更改你的数据库模型。要注意的一件事是因为在你的事务日志备份中将会有一个批操作，所以你不可以使用这个包含了这个批操作的事务日志备份文件来做时间点恢复，但是任何后来的事务日志备份都可以用来进行时间点恢复。
还有，如果你的数据库是简单恢复模型而你想立即进行一个完全备份所以改为了完全恢复模型，那么你也可以开始进行事务日志备份了。直到你完成了一个完全备份之后，你才能够进行事务日志备份。
要改变恢复模型，你可以使用SQL Server管理套件或T-SQL，如下所示：
管理套件
右键单击数据库名称，选择属性，选择选项标签并从下拉列表框中选择恢复模型，然后选择OK进行保存。
以下为引用的内容：
T-SQL
--settoFullrecovery
ALTERDATABASEAdventureWorksSETRECOVERYFULL
GO
--settoBulkLoggedrecovery
ALTERDATABASEAdventureWorksSETRECOVERYBULK_LOGGED
GO
--settoSimplerecovery
ALTERDATABASEAdventureWorksSETRECOVERYSIMPLE
GO