SQL Server的恢复模式

SQL Server的恢复模式

数据库的恢复模式是数据库遭到破坏时还原数据库中数据的数据存储方式，它与可用性、性能、磁盘空间等因素相关。每一种恢复模式都按照不同的方式维护数据库的数据和日志。

系统提供了3种数据库的恢复模式

1、完整恢复模式

2、大容量日志记录的恢复模式

3、简单恢复模式

一、简单恢复模式

1、可最大程度地减少事务日志的管理开销，因为不备份事务日志。如果数据库损坏，则简单恢复模式将面临极大的工作丢失风险。数据只能恢复到已丢失数据的最新备份。因此，在简单恢复模式下，备份间隔应尽可能短，以防止大量丢失数据。但是，间隔的长度应该足以避免备份开销影响生产工作。在备份策略中加入差异备份可有助于减少开销。

2、通常，对于用户数据库，简单恢复模式用于测试和开发数据库，或用于主要包含只读数据的数据库（如数据仓库）。简单恢复模式并不适合生产系统，因为对生产系统而言，丢失最新的更改是无法接受的。在这种情况下，我们建议使用完整恢复模式。

3、对于那些规模比较小的数据库或数据不经常改变的数据库来说，可以使用简单恢复模式。

4、当使用简单恢复模式时，可以通过执行完全数据库备份和增量数据库备份来还原数据库，数据库只能还原到执行备份操作的时刻点。执行备份操作之后的所有的数据修改都丢失并且需要重建。

5、这种模式的特点是数据库没有事务日志。这种模型的好处是耗费比较少的磁盘空间，恢复模式最简单。

二、完整恢复模式

1、完整恢复模式是最高等级的数据库恢复模式。在完整恢复模式中，对数据库的所有操作都记录在数据库的事务日志中，并且数据库引擎绝对不会截断日志。即使那些大容量数据库操作和创建索引的操作，也就记录在数据库的事务日志中。当数据库遭到破坏之后，可以使用该数据库的事务日志迅速还原数据库，完整恢复模式也支持还原单个数据页。

3、在完整恢复模式中，由于事务日志记录了数据库的所有变化，所以可以使用事务日志将数据库还原到任意的时刻点。但是，这种恢复模式耗费大量的磁盘空间。

三、大容量日志模式

1、大容量日志记录大多数大容量操作，它只用作完整恢复模式的附加模式。对于某些大规模大容量操作（如大容量导入或索引创建），暂时切换到大容量日志恢复模式可提高性能并减少日志空间使用量。

2、需要日志备份。与完整恢复模式相同，大容量日志恢复模式也将事务日志记录保留到对其备份完毕为止。由于大容量日志恢复模式不支持时点恢复，因此必须在增大日志备份与增加工作丢失风险之间进行权衡。

3、和完整恢复模式一样，大容量日志记录的恢复模式也使用数据库备份和日志备份还原数据库。但是，在使用了大容量日志记录的恢复模式的数据库中，其事务日志耗费了的磁盘空间远远小于使用完整恢复模式的数据库的事务日志。在大容量日志记录的恢复模式中，Check Index、bulk insert、BCP、Select Into等操作不记录在事务日志中。

4、大容量日志恢复模式旨在严格作为完整恢复模式的附加补充。我们建议您仅在运行大规模大容量操作期间以及在不需要数据库的时点恢复时使用该模式。

5、在该恢复模式下，多数大容量操作仅进行最小日志记录。如果使用完整恢复模式，则可以在执行此类大容量操作前临时切换到大容量日志恢复模式。

6、通常，大容量日志恢复模式与完整恢复模式相似，只是它按最小方式记录多数大容量操作。事务日志备份捕获日志以及自上次备份后已完成的所有按最小方式记录的操作结果。这会使日志备份非常大。因此，大容量日志恢复模式仅适合在能够以最小方式记录操作的大容量操作期间使用。我们建议在其余时间使用完整恢复模式。当完成一组大容量操作后，我们建议您立即切换回完整恢复模式。