NServiceBus中MSMQ传输的最佳替代方案

我们经常会遇到Nsb上的MSMQ问题，例如在某个时间点，一台机器上的MSMQ不希望从另一台机器接受mesages，直到我们重新启动服务或重新启动机器。所以我们在寻找替代品。但是，我们希望保留MSMQ的以下重要功能：

• 分布式事务的一部分，以便后续消息 如果处理程序回滚，则不会从Nsb处理程序发送 交易我们使用MSDTC
• 如果Nsb service receiver处于禁用状态，则传入或传出的消息应存储在可靠的永久存储器（如磁盘或数据库）中 不可用，不应丢失任何消息
• 可以处理大量的消息，目前我们每秒处理的所有服务的消息大约为1000条，或者每个服务每秒处理的消息可能为100或2条

以下是Nsb备选来源列表：

---

有人有过这方面的工作经验吗

我个人会尝试解决我的MSMQ问题，让系统正常工作，有许多系统在MSMQ上成功运行。。。但是，如果您决定切换，我认为考虑到您的上述功能，最好的选择是SQL server transport

过去4年来，我们一直在尝试解决MSMQ问题：运气不好。您能否提供更多详细信息，说明为什么您认为SQL server transport是可用传输列表中最好的一种？鉴于您对可靠消息和DTC的要求，SQL是您唯一的选择。有道理？