Ravendb 特定的ServiceControl审核和Bus.HandleCurrentMessageLater（）；

我们最近有了一个端点，它具有通过简单调用Bus.HandleCurrentMessageLater（）延迟消息处理的逻辑。在大约48小时内，ServiceControl的RavenDB文件增长到超过100 Gig（它只是在相同的几条消息上不断调用延迟）

以下是我们的SC保留设置： 审核消息将在此时间段后删除：14天。 已存档或已解决的错误消息将在以下时间段后删除：10小时

---

单个端点重复调用Bus.HandleCurrentMessageLater（）有什么区别一个每秒处理1000条消息的大型系统？是否有一些审计配置在稍后简单调用HandleCurrentMessage时不可用，或者期望具有这种吞吐量的系统能够在不到一天的时间内处理超过50 Gig的SC数据库

在寻找一种更好的延迟消息的方法时，我注意到有很多关于使用“限制行为”弃用NSB版本4和5中存在的简单机制的讨论。自定义行为仍然是“批准的”限制方法吗？

如果未满足某些条件，是否可以创建一个可以启用/禁用给定处理程序的CustomCheck？

---

Tomas，HandleCurrentMessageLater将创建稍后发送的消息副本。如果队列中没有其他消息，则“Later”可能在后面。从SC的角度来看，这些只是看起来很相似的消息，所以SC审计一个大型系统的增长有点像预期的那样。其他问题太具体了，无法在这里回答。您是否可以通过发送电子邮件给我们的技术支持部门，与我们一起开一张技术支持票，我们可以解决您的所有问题。或者，您也可以在谷歌群组上问这个问题