我们达到了最大的systemId数字序列。
因此，我增加了最大值，然后，在系统ID numberSequence上设置了一个事件规则，以检查它如何增加。
我删除了它，并且eventCUD表中仍然有很多生成的记录。
AX似乎会继续记录系统ID的创建，即使不再存在相对规则。我检查了所有事件规则表，但没有任何“幽灵”记录。
听起来好像规则被缓存在某处/以某种方式缓存。
从AOT中打开EventRule表并确认规则不存在。
确保您的批处理作业被保留/终止，然后重新启动AOS。据报告（在下面的URL中），即使批处理作业不在该状态下，即使在AOS重新启动后，警报也可以继续发出。
然后重新启动您的AOS，以防内核以某种方式缓存规则。如果您有多个AOS，只需停止所有它们，然后从1开始1。
此处阅读更多信息：https://daxteam.wordpress.com/2013/10/16/ax-2012-eventcud-constant-growth/
EventCUD应保存需要发送的警报队列。如果您可以丢失某些警报，只需截断该表。
或者，在[系统管理>定期>警报>基于更改的警报下运行作业]应该读取所有这些EventCUD记录，并生成大量尚未发送的警报。如果选择此方法，请确保通知用户他们可能会收到大量待处理的警报。