每个周末压缩T日志文件
每个周末压缩T日志文件
提问于 2017-07-19 09:23:36
最近，我们的SQL Server日志驱动器的所有T-日志文件开始迅速增长.
Considerations
- 我们将驱动器空间扩展到100 GB。
- 它是AOAG环境，SQL Server 2014。
- 我们每15分钟定期备份一次T-日志(但没有释放日志驱动器空间，日志驱动器每周都有越来越多的增加，每周50 GB )。
- 我们负担不起每次扩大开车的费用。
- 找到要重新生成的原因-索引任务。
- 我已经为索引优化部署了Ola Hallengrens代码。
- 重建任务占用很大的空间，占用驱动器近15分钟是50 GB。
我一直在考虑在索引优化工作完成后立即这样做(Ola Hallengrens索引优化代码)。我计划每周缩减所有的日志文件。
每周日
@晚上10:00：
- 全AVAILABILITY_GROUP_DATABASES的指标优化
- 收缩所有AVAILABILITY_GROUP_DATABASES日志文件。
在我遇到麻烦之前，请纠正我的想法。因为即使是事务日志备份也无助于我们，因为空间在不断增加。
在这种情况下，除了缩小日志文件(不推荐的)之外，还应该采取什么行动。
如有任何专家意见，敬请见谅。
谢谢你的帮助。
回答 1
Database Administration用户
发布于 2017-07-19 11:28:12
我建议适当调整日志文件的大小，而不是定期收缩它。
因为您正在重建索引，所以您将生成日志文件，因为索引将被写入事务日志文件。这意味着您的最大索引应该适合事务日志文件。
如果数据库处于完全恢复模式，则可以尝试更频繁地进行登录备份，以防止其失控。(存储在transactionlog文件中的多个索引重建)
如果数据库处于简单模式，则不会出现这种情况。
当事务日志文件增长时，您将创建一个名为Virtual (事务日志文件中的一个结构)的文件，这可能会导致几个问题。(更多信息：https://blogs.msdn.microsoft.com/saponsqlserver/2012/02/22/too-many-virtual-log-files-vlfs-can-cause-slow-database-recovery/)
我会先缩小你的文件，然后把它扩大到一个适当的大小，以避免创建太多的VLF's。但不要缩小他们的基础上每周。
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://dba.stackexchange.com/questions/180216
复制相关文章
相似问题
腾讯云开发者
