SomeGuy Asked: 2014-03-13 05:17:25 +0800 CST2014-03-13 05:17:25 +0800 CST 2014-03-13 05:17:25 +0800 CST 如果不需要时间点恢复，大容量日志恢复模式是否是一个好的选择？ 772 如果从不需要时间点恢复，SQL Server 中的批量日志恢复模型是否比简单恢复模型更可取？我读过很多关于事务日志模型的文章，但找不到明确的答案。有问题的数据库在夜间加载期间有很多活动，但之后数据不会改变。我每天都在做完整备份。Simple 不是最好的选择，同时还可能使用更少的存储空间吗？ sql-server performance 3 个回答 Voted Best Answer gbn 2014-03-13T05:25:45+08:002014-03-13T05:25:45+08:00 不，使用简单 Bulk-Logged 是 FULL 的特例，而不是 SIMPLE 的增强版本。 批量记录需要日志备份，否则事务日志会增长（根据完整）。这需要更多的空间。 简单不需要日志备份：日志将（通常）被数据库引擎清除。 使用最少记录的操作进行批量记录也需要数据文件存在。Full 不会，因为每一行更改都会被记录下来。这引入了另一种复杂性。 因此，如果可以恢复到上次完整数据库备份，请使用 SIMPLE 如果您每晚都有负载，那么使用 DIFF 备份可能足以为您提供额外的恢复能力。 请注意，我认为自 SQL Server 6.5 以来我从未使用过大容量日志恢复 Thomas Stringer 2014-03-13T05:26:50+08:002014-03-13T05:26:50+08:00 简单恢复模型还参与最少记录的操作： 最小日志记录涉及仅记录恢复事务所需的信息，而不支持时间点恢复。本主题标识在大容量日志恢复模式下（以及在简单恢复模式下，备份运行时除外）最少记录的操作。 Jens W. 2014-03-13T05:25:27+08:002014-03-13T05:25:27+08:00 很简单： 如果您需要时间点恢复：完整恢复模式 如果您希望不记录某些更改但还希望进行时间点还原：批量日志恢复模型 如果自上次数据库备份以来的数据丢失就足够了：简单恢复模型 是的：简单恢复意味着更小的事务日志，不需要事务日志备份，因此备份量更少。
不，使用简单
Bulk-Logged 是 FULL 的特例，而不是 SIMPLE 的增强版本。
使用最少记录的操作进行批量记录也需要数据文件存在。Full 不会，因为每一行更改都会被记录下来。这引入了另一种复杂性。
因此，如果可以恢复到上次完整数据库备份，请使用 SIMPLE
如果您每晚都有负载，那么使用 DIFF 备份可能足以为您提供额外的恢复能力。
请注意，我认为自 SQL Server 6.5 以来我从未使用过大容量日志恢复
简单恢复模型还参与最少记录的操作：
很简单：
是的：简单恢复意味着更小的事务日志，不需要事务日志备份，因此备份量更少。