繁体   English   中英

如何阻止Kentico事件日志变得越来越大?

[英]How to stop Kentico Event Log from getting huge?

刚检查了我的Kentico数据库(Azure托管),它就膨胀到了21GB。 这是自4个月前以来才刚刚发生的事情,它仅略高于1GB。

检查表,我的事件日志表有超过2,000,000个条目!!!

最近没有任何更改,我在“设置”->“系统”->“事件日志”下的设置仍然相同:

事件日志大小:1000

由于全局变量也设置为1000,因此事件日志表中通常有2000个左右的条目。

有人知道这里发生了什么吗? 以及如何阻止它的发生?

您还应该研究其他一些领域。 从Kentico的角度来看,拥有2MM事件日志记录不会导致DB大小增加20GB,因为事件日志是非常少的数据。

查看分析,版本历史记录,电子邮件队列,Web服务器场和计划的任务表。 同时检查回收站。 您是否正在与任何其他系统集成或通过API插入/更新大量数据? 如果是这样,这可能会导致大量事务日志文件的建立。 使用Azure SQL,我不知道一种清理方式。

我的建议是检查其他表,而不仅仅是事件日志。 也许可以通过SSMS手动查询事件日志,并查看前100个事件是什么,这可能有助于您发现问题。 如果需要,您也可以通过UI清除日志,也可以使用SSMS手动截断表。

如果您启用了在线营销并拥有受欢迎的网站,则OM_表中将有很多数据。 但是20GB的声音还是很大的,是否有很多资产文件添加到内容树中,例如视频? 另外,数据库是否设置为记录所有事务? 哪种日志文件很流行? 错误或信息日志? 您是否有一些可能产生大量日志的自定义代码?

您也可以向Kentico支持小组发送电子邮件,以获取“检查大表” SQL脚本,该脚本可以帮助您找出哪些是大表。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM