刚刚检查了我的kentico数据库（Azure托管），并散发到21GB。这是从4个月前开始的，这是相当发生的，只是高于1GB。
检查了表，我的事件日志表有超过2,000,000个条目！！
最近什么都没有改变，我的设置在设置 ->系统 ->事件日志仍然相同：
事件日志大小：1000
由于Globals也设置为1000，通常我在事件日志表中有2000个条目。
有人知道这里发生了什么吗？以及如何阻止它发生？
如果您打开了在线营销并拥有一个受欢迎的网站，则OM_表中会有很多数据。但是仍然有20GB听起来很大，是否有很多资产文件添加到内容树中，例如视频？另外，数据库设置为记录所有交易吗？哪种日志文件很受欢迎？错误或信息日志？您是否有一些可以产生很多日志的自定义代码？
您也可以通过电子邮件发送肯蒂科支持以获取"检查大表" SQL脚本，该脚本可以帮助您找出哪些是大表格。
您也应该研究其他一些领域。从肯蒂科（Kentico）的角度来看，拥有2mm事件日志记录不会导致DB大小的20GB跳跃，因为事件日志是很小的数据。
查看分析，版本历史记录，电子邮件队列，网络农场和计划的任务表。还要检查回收箱。您是与任何其他系统集成，还是通过API插入/更新大量数据？如果是这样，这可能会导致许多交易日志文件构建。使用Azure SQL，我不知道一种清理这些方法的方法。
我的建议是检查其他表，而不仅仅是事件日志。也许可以通过SSM手动查询事件日志，并查看前100个事件是什么，这可能有助于您找到问题。如果需要，您可能也可以通过UI清除日志，或者使用SSM手动截断表。