维护计划期间不断增长的数据库日志

0 sql-server logs transaction-log

我已经阅读了几个关于 SQL 日志的线程和站点,但我觉得我没有找到答案。或者,如果我这样做了,我对它的理解不足以解决我的问题。我的问题:当我运行 SQL 维护计划时,我的 SQL 日志会在备份期间增长并完全填满驱动器。

我想了解的是为什么会发生这种情况,以及如何防止这种情况发生。备份再次填充驱动器\日志而不是用户事务。

我不是 DBA,但对 SQL 有所了解,但还不够,需要一些帮助。

我的预定维护计划:

  1. 维护作业 1:日常作业 - 任务是首先删除旧备份文件,删除已过期的旧日志文件。删除旧的历史记录。现在它重新组织索引,然后更新统计信息。现在它备份数据库(FULL,w overwrite existing,过期 2)然后备份事务日志(追加现有,过期 1 天)。

在此过程中,DB 日志会填满。我们的想法是在任何工作日,如果发生损坏,我们都可以恢复到最后一小时的顶部 - 从数据库恢复的角度来看,我们永远不需要返回超过一个小时。此外,通过将备份发送到磁带,即使数据库过期,我们仍然可以挂载和恢复数据库,但它会从链中丢失 - 这应该没问题,因为我们可以根据需要从表中复制数据\或。

  1. 维护工作 2:每小时 TLOG 备份:在白天每小时的顶部运行事务日志备份,因此我们可以在每小时顶部进行恢复。

  2. 维护工作 3:周末重建数据库的索引

  3. 维护作业 4:备份数据库(过期 7 天;完整;附加现有)每月运行 2 次。

Kin*_*hah 7

我想了解的是为什么会发生这种情况,以及如何防止这种情况发生。

维护计划在处理索引碎片时没有太多可以实现的逻辑,一旦配置它,它们就会运行,无论您是否真的需要对索引进行重组或重建。

您最好实施Ola 的备份解决方案以及索引维护解决方案

另请参阅为什么事务日志不断增长或空间不足?- 特别是@MikeWalsh@AaronBertrand 的回答


归档时间:

查看次数:

769 次

最近记录:

8 年,9 月 前