解决了创建CMG后的数据库增长

状态
不接受进一步答复。

Ickis99

新成员
3.
1
3.
我在几个配置管理器安装中看到,在配置了新的云管理网关之后,CM数据库开始持续增长。欢迎您~看看SQL中的Top Tables Report,罪魁祸首是dbo。SCCM_Audit表,其中包含成千上万个引用新CMG的类似条目。

SCCM的默认维护任务似乎都不会删除旧的审计项。我的问题是,它是安全的实现一个脚本,删除这些条目直接在SQL表(至少条目超过60天或类似的东西)或有一个更好的解决方案,这个问题?

我见过的大多数星座都是2111的Rollup, CMG已经是Virtual Scale Set了,但似乎经典的CMG也有同样的问题。

谢谢你!
解决方案
你好!最后,微软承认,这确实是一个SCCM错误,并将在未来的版本中修复。我希望它会包含在2207的变更总结中,很快就会发布,但是谁知道呢?

与此同时,我在受影响的客户SCCM数据库上执行每周一次的脚本,基本上删除这些超过60天的条目

delete from SCCM_audit where tablename=N' azure_service ' and DATEDIFF(day,getdate(),ChangeTime) < 60

我希望这对你有帮助。
hth华体会体育全站

hth华体会体育全站

论坛的主人
工作人员
4063年
465
183
是的,这是已知的事情,我在实验室里也看到过这种情况。现在,我建议您与Microsoft支持一起记录案例,因为不建议您对数据库进行更改。
您可以运行该脚本,但如果来自MS支持的确认更好。
人事处

Ickis99

新成员
3.
1
3.
  • 线程启动
  • # 3
谢谢你!至少我不是唯一一个有这个问题的人。为了安全起见,我想我还是开个箱子吧。

如果我真的很幸运的话,这个修复可能会被包含在2203的改动摘要中。
人事处

Ickis99

新成员
3.
1
3.
  • 线程启动
  • # 5
你好!最后,微软承认,这确实是一个SCCM错误,并将在未来的版本中修复。我希望它会包含在2207的变更总结中,很快就会发布,但是谁知道呢?

与此同时,我在受影响的客户SCCM数据库上执行每周一次的脚本,基本上删除这些超过60天的条目

delete from SCCM_audit where tablename=N' azure_service ' and DATEDIFF(day,getdate(),ChangeTime) < 60

我希望这对你有帮助。
解决方案
状态
不接受进一步答复。

最新的文章

论坛统计

线程
5183年
消息
20245年
成员
10922年
最新的成员
塔伦