在维护窗口期间是否有任何理由停止事务日志备份？

Question

我们最近遇到了事务日志增长并最大化存储空间的问题。这发生在维护窗口期间（正在使用 Ola Hallengren 索引优化脚本。）出于某种原因，过去有人将事务日志备份设置为停止 3 小时，似乎是在索引作业运行时（它们是设置运行 3 小时）。

我的组织最近从 2008r2 迁移到 sql server 2016。负责迁移的人员将不做事务日志的窗口更改为缩短了 30 分钟，因此他们现在从早上 5:30 开始。我认为他认为他们正在停止进行完整备份。但我相信他们被停止是为了让索引维护运行。在这两种情况下都需要吗？似乎停止 tlog 备份弊大于利。

sql server 2008r2 计划是：

• 3:00am：事务日志备份停止
• 3:00am：每周索引
  优化作业开始（由于日志
  空间，这在 2 小时 30 分钟后失败）
• 4:00am：完整备份
• 早上 6:00/更改为早上 5:30：事务日志备份开始（但日志保持完整）

附加信息：

我的组织最近在 2008r2 中从 2008r2 升级到 sql server 2016，我们从未经历过这种情况（都是企业版）。这可能只是巧合还是升级会改变某些东西？任何人都可以提供有关检查原因的建议吗？服务器管理员已将作业设置回原始计划；从凌晨 3 点到早上 6 点没有 tran 日志备份，认为索引维护和事务日志备份的重叠导致了问题，这是真的吗？我对事务日志主题所做的研究越多，我们似乎就越应该在此维护窗口期间进行日志备份而不是将其关闭。我对为什么他们首先被阻止感到有些困惑，原来的管理员不再在公司工作。一世'

Answer 1

你是完全正确的。在索引维护窗口期间没有理由停止事务日志备份。正如你已经经历过的那样，它只会让事情变得更糟。我曾遇到过对较小大小的索引进行维护的情况，我什至比常规计划更频繁地进行事务日志备份。

如果您正在重建大型索引，您需要确保您有足够的存储空间来增长事务日志。即使您在索引重建期间进行事务日志备份，当您有一个长且活动的事务时，日志也不会被截断。重新组织索引时情况并非如此，因为在重新组织单个索引时，日志可能会被截断。

即使在Ola Hallengren 的常见问题页面中也提到了这一点：

当我运行 IndexOptimize 作业时，事务日志变得非常大。我该怎么办？

确保事务日志备份作业正常运行。

检查事务日志是否具有所需的存储空间。您不应收缩事务日志文件。这样做会消耗资源来缩小文件，然后再重新生成文件。

在完整备份期间，无需停止事务日志备份。阅读 Erik Darling 撰写的这篇文章。

完全备份期间事务日志备份会发生什么情况？