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