嘿，我通常更像是一个开发 dba，但老 dba 离开了 --- 大约一年前他离开了，没有更换。
我终于开始真正了解其中一些服务器的底层——我不是生产 dba，但我运行了一些在网上找到的诊断程序，他们说我有很大的问题。
无论如何，我正在慢慢学习这些东西，但这似乎是一个常见问题——我在特定数据库上有完全恢复模式，但从不备份它——结果日志文件呈指数增长——我接受吗？
我有什么选择可以摆脱这种情况？
我正在猜测：
如果我做一个完整的备份或安排一个，在此之后日志文件会被清除吗？
我可以更改为简单的恢复模式吗？我知道这对恢复有影响——我对数据丢失很满意，因为这是一个 BI 数据库。这也会立即清除日志文件吗？除了切换到简单恢复模式之外，我是否需要做任何其他事情？
有什么方法可以监控这两个选项中的任何一个的进度吗？我猜要么会导致数据库开始占用资源做某事或其他事情。
谢谢！
如果您有完整备份，并且不需要时间点恢复，只需将数据库切换到简单恢复即可。在下一个检查点之后，您应该能够缩小日志文件。如果活动 VLF 恰好位于文件末尾，请重建一两个索引，然后重试。
恢复模式允许时间点可恢复性。如果您处于 SIMPLE 模式，则只能恢复到上次的 FULL 或 DIFFERENTIAL 备份。如果您是 FULL，那么您可以根据您所采取的日志备份恢复到特定的时间点。
应进行事务日志备份以满足特定的恢复点目标 (RPO)。如果企业表示他们可以容忍灾难中 1 小时的数据丢失，那么您需要至少每小时进行一次事务日志备份。这些事务日志备份将与您的 FULL 和 DIFFERENTIAL 备份一起用于恢复情况。进行事务日志备份还可以防止数据库中的事务日志文件呈指数增长。
如果您没有备份策略，请查看 Paul Randal 的这篇文章。 https://www.sqlskills.com/blogs/paul/planning-a-backup-strategy-where-to-start/ https://www.sqlskills.com/blogs/paul/the-accidental-dba-day- 30 个备份中的 8 个计划恢复策略/
一旦您对您应该做什么有所了解，请查看此站点以获取一组脚本，这些脚本将自动备份和维护您的数据库。 https://ola.hallengren.com/
Ola Hallengren 编写了一组出色的脚本，大多数 DBA 将使用这些脚本来设置其环境的备份。它们超级简单、可定制且功能强大。