如何重播nServiceBus消息

是否可以通过

nServiceBus

重播所有失败的消息，而不使用

ServiceControl/ServicePulse

---

我正在使用

NServiceBus.Host.exe

来承载我们的端点。我们的

ServiceControl/ServicePulse

数据库已损坏。我能够重新创建它，但现在我在SQL数据库中找到了一些失败的消息，这些消息在ServicePulse中是不可见的。

据我所知，在特定堆栈中没有任何内置的东西可以解决这个问题

---

当我以前遇到类似的问题时，我通常会设置一个控制台应用程序，将一些命令发送到端点，然后在端点中设置一个自定义处理程序来修复数据不一致。这允许您在dev/uat环境中测试“修复”，然后您就有了一个自动化的生产解决方案来修复问题。

据我所知，在特定的堆栈中没有任何东西可以解决这个问题

当我以前遇到类似的问题时，我通常会设置一个控制台应用程序，将一些命令发送到端点，然后在端点中设置一个自定义处理程序来修复数据不一致。这允许您在dev/uat环境中测试“修复”，然后您就有了一个自动化的生产解决方案来修复问题。

会有帮助吗

看看readme.md

适用于希望使用此工具以前提供的功能的用户 如果提供，请执行以下操作之一

通过ServiceInsight或ServicePulse返回源队列。 使用自定义脚本或代码返回到源队列。这有 增加的好处可实现可能的性能和可用性 优化，因为作为业务所有者，您有更多的上下文作为 如何管理错误队列。例如，使用此 方法选择批处理多个发送对您来说很简单 在同一交易中。通过任何 MSMQ管理工具的一部分。如果你还想用 MsmqReturnToSourceQueue.exe可以随意使用此文件中的代码 用于编译副本的存储库

您可以查看如何构建自己的脚本（到MachSQL）并使错误消息包装器跳闸，以便将剥离的消息推回到SQL队列

这有用吗

如果没有，请联系特定的网络技术支持，我们将很乐意提供帮助：-）

是否会提供帮助

看看readme.md

适用于希望使用此工具以前提供的功能的用户 如果提供，请执行以下操作之一

通过ServiceInsight或ServicePulse返回源队列。 使用自定义脚本或代码返回到源队列。这有 增加的好处可实现可能的性能和可用性 优化，因为作为业务所有者，您有更多的上下文作为 如何管理错误队列。例如，使用此 方法选择批处理多个发送对您来说很简单 在同一交易中。通过任何 MSMQ管理工具的一部分。如果你还想用 MsmqReturnToSourceQueue.exe可以随意使用此文件中的代码 用于编译副本的存储库

您可以查看如何构建自己的脚本（到MachSQL）并使错误消息包装器跳闸，以便将剥离的消息推回到SQL队列

这有用吗

---

如果没有，请联系特定dot net的支持部门，我们将很乐意提供帮助：-）

不太可能。我们使用SQL作为传输层。“ReturnToSourceQueue.exe仅支持MSMQ”实际上不支持。我们使用SQL作为传输层。“ReturnToSourceQueue.exe仅支持MSMQ”