NServiceBus 偶尔会重放旧消息
NServiceBus occasionally replays old messages
在 AWS 中托管的服务（由 kubernetes 管理的多个实例）使用内存持久性和 SqlServerTransport 偶尔会重播旧消息（6-7 小时）。没有失败。
重播通常由与处理“正常”消息的容器相同的容器启动。与 NSB 关联的数据库表为空。任何有关如何解决该问题的建议将不胜感激。
根据所提供的有限详细信息，您可以考虑以下几点来解决这些重播消息的问题。如果这些没有帮助，最好联系 Particular Software support 以便我们帮助解决问题。
- 您检查过您的 NServiceBus 日志了吗？您可能希望 increase your logging level 获得有关这些消息的更多信息。
- 您是否自定义了 delayed retry 可恢复性设置？默认情况下，任何消息都将在 6 小时后发送到公共错误队列。
- 您是否使用 delayed delivery 发送消息？
- 此消息是否涉及 Saga timeout？
- 您确定发送邮件的代码没有发送重复邮件吗？您是否确认 Message ID for the message is the same as the previous time it was processed? Auditing your messages 可用于解决这些类型的问题。
在 AWS 中托管的服务（由 kubernetes 管理的多个实例）使用内存持久性和 SqlServerTransport 偶尔会重播旧消息（6-7 小时）。没有失败。
重播通常由与处理“正常”消息的容器相同的容器启动。与 NSB 关联的数据库表为空。任何有关如何解决该问题的建议将不胜感激。
根据所提供的有限详细信息，您可以考虑以下几点来解决这些重播消息的问题。如果这些没有帮助，最好联系 Particular Software support 以便我们帮助解决问题。
- 您检查过您的 NServiceBus 日志了吗？您可能希望 increase your logging level 获得有关这些消息的更多信息。
- 您是否自定义了 delayed retry 可恢复性设置？默认情况下，任何消息都将在 6 小时后发送到公共错误队列。
- 您是否使用 delayed delivery 发送消息？
- 此消息是否涉及 Saga timeout？
- 您确定发送邮件的代码没有发送重复邮件吗？您是否确认 Message ID for the message is the same as the previous time it was processed? Auditing your messages 可用于解决这些类型的问题。