BizTalk消息状态：排队（等待处理）

Question

我们正在使用biztalk server 2010标准版将信息发送给十几个合作伙伴。

对于少数合作伙伴，我们直接将传入的消息路由到合作伙伴，仅包括一些地图以将消息转换为所需的格式。

对于其他合作伙伴，我们有一个业务流程来将消息批处理在一起，以减少我们必须传输的文件数量（特别是如果我们通过FTP连接）。这些业务流程从凌晨1点运行到晚上11点，每隔20分钟或在X消息之后发送批处理文件。我们在清晨收到大部分信息。

这在过去运作良好，但突然有些东西不能按预期工作了。 当我们从早上1点开始收到消息时，我们可以看到这些批处理文件在凌晨2点左右被发送给合作伙伴，然后突然停止工作。重新启动这些业务流程的主机实例后，我们可以看到biztalk继续发送批处理文件，但仅持续10分钟左右，我们必须重新启动实例。

我们看到我们有超过50k条消息，状态为“已排队（等待处理）”。经过几次重新启动，没有排队的消息，一切都很顺利（但我们白天的流量较少）

行为在部署之后开始，但唯一的变化是我们在其中一个业务流程中调用的程序集中，但更改非常小（只是if条件中的更改）。

我检查了应用程序日志，但没有提示任何限制启动，也没有提及日志中的任何错误。

你知道我在哪里可以找到一些信息吗？

非常感谢您的帮助！

谢谢你，最诚挚的问候 迈克尔

- 2013-08-23：

我刚刚在我们的验收系统上安装了CU6，并向BizTalk发送了5000条消息。 5个Orchestrations（每个派对需要我们批量发送消息）开始，片刻后我看到这些排队的消息：

我有一个发送文件端口，用于将批量消息写入文件系统。它工作正常大约4分钟，编排一旦有100条消息到达就创建了一个文件。之后它等待了10分钟的超时并创建了下一个文件，但是消息越来越少，甚至认为还有几千条消息......

Answer 1

MSDN（http://msdn.microsoft.com/en-us/library/aa559609.aspx）表明“排队（等待处理）”状态与“在订购的传递发送端口重试前面的消息时在有序传送方案中”的消息有关。

我不知道您在订购的交付方案中是否有任何先前的邮件尝试重试，但是当您遇到此问题时，这可能值得检查。