你是否想知道为什么事务日志文件会变得越来越大？事务日志有时候甚至会比你的实际数据库文件还要大，尤其是在应用数据仓库的情况下。为什么会发生这种情况呢？如何控制其大小？数据库恢复模型如何控制事务日志增长？在本系列文章中，我们就将一一给出解答。

在第四部分中，我们将主要介绍SQL Server的简单恢复模式。

简单恢复模式

简单恢复模式是所有这几种中最简单的。它只维护最小量信息的SQL Server事务日志文件。SQL Server自己截断事务日志文件，并删除已经达到事务检查点的信息有关的事务。这样空间就可以被重用，完全没有用于灾备目的的事务日志。也就是说，在简单恢复模式下，数据只有最近的全备份或者差异备份中的内容是可恢复的（不支持事务日志备份）。在简单恢复模式下，事务日志会在检查点之后或者在你把数据库切换到简单恢复模式的瞬间马上截断。

用简单恢复模式管理数据库更容易，但是代价是如果数据文件损坏了会丢失更多数据。你只能从最近的全备份或者差异备份中恢复数据；也就是说你会丢失在上一次全备份或者差异备份之后到故障发生之时的所有变化数据。因此，如果你的数据库采用简单恢复模式，你应该保证备份间隔足够长以免影响正常生产运营，同时还要保证备份周期足够短，以免数据丢失太多。

优点：简单恢复模式的可管理性更容易，不需要做事务备份。它只占用检查点事务的空间，确保事务日志文件的增长得以控制。大批量日志操作执行会更优，因为日志最小化了，而且事务日志占用空间也最小。

缺点：你会丢失最后一次全备份或者差异备份之后到故障发生时的所有数据变更，再做恢复就不可能了。

何时采用：在数据仓库的应用场景下，大部分时候做的可能都是在数据加载时做大批量操作，如果遇到故障数据可以从数据源重新生成。你还可以在开发环境或者测试环境使用简单恢复模式，这样事务日志文件增长就可以得到控制。

阅读列表：

论SQL Server恢复模型的重要性

SQL Server恢复模型之完整恢复模式

SQL Server恢复模型之批量日志恢复模式

SQL Server恢复模型之简单恢复模式

配置SQL Server数据库恢复模式的两种方法