几乎我们在某些服务器上的所有数据库都不需要完全恢复模型（我们不做事务日志备份），并且默认应该始终创建数据库并指定简单恢复模型。
出于某些实际原因，很多数据库经常使用 SSMS 创建。然而，可能会犯错误，操作员可能会忘记指定简单恢复模型。几天后，当盒子由于三个或四个 60GB 的日志文件从未被截断而在磁盘空间上苦苦挣扎时，这导致了一个“惊喜”。
通过在数据库上配置恢复模型，我可以使简单恢复模型成为新数据库的默认设置model。但是，是否推荐这样做，如果我这样做，它会在未来以任何方式回来咬我吗？
我在这里看到三个选项之一：
1) 您可以使用模板化脚本来创建明确包含恢复模型的数据库。
2）您可以将
model数据库设置为简单，而不必担心这一点。3）你可以希望每个人都记得，这看起来就像你在做什么。（不建议）
我个人会选择第二名。这就是模型数据库的用途。
添加到@Surfer513
4) 基于策略的管理策略要么强制执行简单的恢复模型，要么最多让您知道数据库何时不可用
尽管我喜欢将模型设置为简单，但这并不妨碍使用 T-SQL 命令并将其设置为其他内容。您可以使用策略来评估恢复模型是否不简单，并选择让策略为您更改它。
这篇MSSQLTip.com 文章是关于检查 Full 的，但您可以轻松地让您的检查 Simple。您还可以检查数据库是否也发生过备份。
安全的赌注是将您的数据库置于完整模式，但是您会遇到日志增长问题。现在有一些选择：
作为 DBA，您应该使用所有有助于恢复的选项。它还取决于您与业务的 SLA。
话虽如此，我以简单模式管理一些数据库。这是因为 SLA 中概述的免责声明。企业决定不为日志文件花费在驱动器上（你可以把马带到水边，但不能让它喝水）。业务管理备份、恢复和灾难恢复。有一个 DR，损失的钱比额外磁盘空间的成本要大。