我有一个服务，收到MSMQ消息，并承载一个API。 API必须运行在80端口（为了参数的缘故，不值得进入这里）。 其他服务必须能够通过HTTP将消息发送到此服务。 因此，MSMQ必须能够在80（或443）以外的端口上接收消息。 MSDN上的这个页面表明可以通过HTTP将消息发送到80以外的端口： https://blogs.msdn.microsoft.com/johnbreakwell/2008/12/15/sending-msmq-messages-over-http-to-a-web-server-not-listening-on-port-80/ 幸运的是，这并不难。 需要修改地址，就像使用Internet Explorer浏览正在其他端口上侦听的网站一样，只需在服务器名称后面插入端口号即可。 例如，以下是目标Web服务在端口8080上侦听的地址： DIRECT = HTTP://MyWebServer:8080/MSMQ/Private$/TestQueue 这表示可以在另一端configuration服务器来侦听任意端口。 它是否正确？ 如果是这样，它是如何实现的？
尝试通过DISM安装WindowsfunctionMSMQ-HTTP DISM /NoRestart /ONLINE /Enable-Feature /All /FeatureName:MSMQ-HTTP 失败 错误：0x800f0922 DISM失败。 没有执行任何操作。 有关更多信息，请查看日志文件。 DISM日志文件可以在C：\ WINDOWS \ Logs \ DISM \ dism.log中find
有没有办法在Windows Server 2008 R2中通过组策略安装MSMQ？ 也许运行ocsetup MSMQ-Container;MSMQ-Server作为启动脚本？
基于这个线程，似乎MSMQ进程占用了大量的内存是“正常的”，直到内存压力。 在工作集内存上，似乎大多数监视工具都基于内存使用情况。 这包括我们目前使用的（New Relic），它使用这个PowerShell查询： Get-WmiObject -Query "SELECT CommitLimit,CommittedBytes,AvailableBytes FROM Win32_PerfRawData_PerfOS_Memory" 任务pipe理器似乎也使用工作集内存作为其默认的内存图。 我们通常看到内存使用率（基于工作集）秒杀到90％以上，根据上面的线程链接，并不是不正常的。 在使用MSMQ的计算机上查看高内存使用情况是否相当标准？ 标准做法是不要监视这些机器的内存使用情况？
MSMQ集群只能在Windows Server的企业版中使用吗？
帮帮我！ 我有一个Windows Server 2003分区，昨天运行没有问题。 它安装了消息队列组件，并且我有四个私人消息队列。 我昨天做了一些附加和分离SQL Server 2005数据库的工作，今天重新启动了服务器。 现在，在pipe理工具 – >计算机pipe理 – >服务和应用程序下，消息队列不再显示。 此外，如果我尝试停止或重新启动消息队列服务，则会收到错误“服务没有及时响应”，然后无限期停止“停止”。 依赖于消息队列的应用程序被破坏，说他们不能写入队列。 有任何想法吗？
C：\ inetpub \ wwwroot下的MSMQ文件夹是什么？ 我假设它代表Microsoft消息队列。 在IIs 7.5的默认网站下，这个文件夹的用途是什么？
目前，我在过去几周遇到了麻烦，我需要一些帮助来解决Microsoft Messaging Que服务器的故障。 IIS和MSMQ驻留在相同的serevr。 有几个应用程序服务器处理消息并将其返回给MQ。 架构与此类似： 由于某些原因，有时消息需要大约10多秒才能返回到IIS服务器，我们认为它与MQ有关。 IIS / MQ服务器和应用程序服务器在networking，内存或存储方面没有问题。 每个人似乎都在快速处理，没有任何问题。 我想知道如何通过发送我自己的消息（基于嗅探的数据）来嗅探消息和debuggingMQ，以尝试重现延迟问题。 此外，如果任何人有什么好的方法来解决这个问题，我很乐意接受任何提示。
我们目前有一个MSMQ存储限制已经达到的问题。 我们增加了允许MSMQ快速处理剩余信息并解决问题的限制。 消息队列清空后，包含消息文件，消息logging器和事务logging器的文件夹仍然很大。 为什么这仍然很大，有什么办法缩小这个文件？ 任何人都可以build议维护MSMQ文件的最佳做法？ 提前致谢。
我有一个MSMQ发送器（产生约10k信息/秒）和一个MSMQ接收器（2k信息/秒）的系统。 生成和发送消息很快，阅读和处理速度很慢。 因此，我想把一个负载平衡器，并使用一些接收器。 目前消息是XML格式的，一旦我理清负载平衡，我打算移动到二进制格式化。 问题：具有特定标签的消息（或者如果可能的话，内部XML标签值）应当始终与完全相同的接收者。 服务器宕机的情况超出了这个问题的范围（如果你知道如何处理这个问题，奖金）。 我使用HAProxy进行其他轮询MSMQ负载平衡，并且在TCP模式下工作正常。 我想知道是否可以在这种情况下重用它。 问题：如何configurationHAProxy来根据消息中的标签或XML格式的标签值来负载平衡MSMQ消息。 具有相同标签的消息必须送到常量接收器。 还有其他的select吗？ 样品： message [Label="server1"] [XML BODY …] => LB => server1 message [Label="server2"] [XML BODY …] => LB => server2 或类似于RabbitMQ为“直接交换” 图片来源： pubs.vmware.com