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

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

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

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

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

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