我已经阅读了 SQL Server 事务日志，但仍然不完全了解如何使用/管理它们。我知道它们对于事务回滚、镜像、复制和日志传送等事情很重要。
对我来说，它们仍然看起来像一个黑匣子，我对用它们做任何事情都不太舒服。是否有工具可以让我查看事务日志文件或获取有关它的信息？如果我不需要事务日志传送之类的东西，我可以定期缩小和/或截断我的日志文件吗？特别是在将备份恢复到测试实例的情况下——我真的需要一个占用空间的多 GB 日志文件吗？我还需要注意哪些其他功能特别依赖于事务日志并且如果我缩小/截断日志文件将无法工作？
作为一般规则，您不需要对事务日志“做”任何事情，除非确保它们不会变得太大。虽然可以使用日志挖掘工具从它们中读取，但这种情况很少见，并且在您对 DBA 角色的其他方面感到满意之前，不要担心它。
它们是一个黑匣子，它们工作得很好。
您应该选择适合您业务需求的恢复模式。通常，这将涉及确定您是否需要时间点恢复，如果需要，则可能是“完全恢复模型”，否则为“简单恢复模型”。
如果您确实使用完全恢复模式，那么您有时需要备份您的数据库（每天或每周，差异是这里的常见选项）并且您的事务日志每 15 分钟、几小时、几小时，具体取决于事务量、可用空间和您的在最坏的情况下，您可以承受丢失的最大数据量。
如果您偶尔使用简单恢复备份您的数据库，但了解您无法进行时间点恢复。
在 Prod 中使用“完全恢复模型”，在开发和测试中使用“简单恢复模型”是很常见的。但是您必须确定您的特定需求并自己做出决定。
“缩小”事务日志的最安全方法是管理您的备份，这样您就不必明确地这样做。
阅读恢复模型并随时提出后续问题。