仅检查了我的Kentico数据库（Azure托管），它就膨胀到了21GB。自4个月前以来，这种情况发生在最近，它仅略高于1GB。
检查了表，我的事件日志表有超过2,000,000个条目！！！
最近没有任何更改，我在“设置”->“系统”->“事件日志”下的设置仍然相同：
事件日志大小：1000
由于全局变量也设置为1000，因此事件日志表中通常有2000个左右的条目。
有人知道这里发生了什么吗？以及如何阻止它发生？
答案 0 :(得分：0)
您还应该研究其他几个方面。从Kentico的角度来看，拥有2MM事件日志记录不会导致DB大小增加20GB，因为事件日志是非常少的数据。
查看分析，版本历史记录，电子邮件队列，Web服务器场和计划的任务表。同时检查回收站。您是否正在与任何其他系统集成或通过API插入/更新大量数据？如果是这样，这可能会导致大量事务日志文件的建立。借助Azure SQL，我不知道一种清理方式。
我的建议是检查其他表，而不仅仅是事件日志。也许可以通过SSMS手动查询事件日志，并查看前100个事件是什么，这可能有助于您发现问题。如果需要，您也可以通过UI清除日志，也可以使用SSMS手动截断表。
答案 1 :(得分：0)
如果您打开了在线营销并拥有一个受欢迎的网站，则OM_表中将有很多数据。但是20GB的声音还是很大的，是否有很多资产文件添加到内容树中，例如视频？另外，数据库是否设置为记录所有事务？哪种日志文件很流行？错误或信息日志？您是否有一些可能产生大量日志的自定义代码？
您还可以通过电子邮件发送给Kentico支持以获取“检查大表” SQL脚本，该脚本可以帮助您找出哪些是大表。