0

我有几个 SSIS 包作业正在运行，几个月前，由于 SSISDB 数据库的大小，我的磁盘已满。

我注意到cleanup_server_retention_window设置为 365 天，我将其更改为 1 天。（它是一个开发服务器，在这一点上我真的不在乎历史）。

显然，（大）问题是现在事务日志增长得很快。

为了防止这种情况，我开始每周执行一次完整备份，每天执行一次事务日志备份，并且现在控制数据库的大小。

但是，一些更有经验的人告诉我，这不是解决这个问题的最佳方法，但我看不出有任何问题。

我想知道是否有更好的解决方案。

4

3 回答 3

3

我几乎尝试了所有方法，包括更改保留期；它被删除了事务但没有减少日志大小。对我来说，分配的日志文件大小增加到 75 GB。似乎没有任何帮助。

主要问题与设置为“完整”的 SSIS DB 的恢复模型有关。一旦我将其设置为“简单”并更改了初始日志文件大小，一切都已修复！

在过去的几天里，我一直在监控这个，只是为了确保一切都很好，而且对我来说看起来很好，所以这个操作是安全的。

当前日志文件大小为 512KBMB，而不是 75GB！

于 2017-05-24T02:56:07.797 回答
1

显然，（大）问题是现在事务日志增长得很快。

你不会每天都看到这个..事务日志增长的原因正在改变cleanup_server_retention_window..当您将值从 365 更改为 1 时，在内部它必须进行大量删除

我开始每周进行一次完整备份，每天进行一次事务日志备份，现在控制数据库的大小

我没有看到备份 SSISD 的问题。在我们的实例中，我们将恢复模式更改为简单并每天进行完整备份

于 2016-09-13T10:49:43.703 回答
0

我通过 3 种方式解决了这个问题：

  1. 在 SSISDB 数据库上添加一些缺失的索引；它们应该在安装 CU4 后出现

  2. 将存储过程 internal.cleanup_server_retention_window 中的参数@delete_batch_size从 1000 更改为25

  3. 将恢复模型从完全更改为简单

现在，在运行 SSISDB 维护作业时，事务日志不再填满而无法修复，从而导致数据库“崩溃”/回滚

于 2019-01-09T12:21:41.383 回答