我们有一个 biztalk server 2010 标准版用于将消息路由到十几个合作伙伴。
对于少数合作伙伴，我们直接将传入的消息路由到合作伙伴，仅包括一些映射以将消息转换为所需的格式。
对于其他合作伙伴，我们有一个编排来将消息批处理在一起，以减少我们必须传输的文件数量（特别是如果我们通过 FTP 连接时）。这些编排从上午 1 点运行到晚上 11 点，每 20 分钟或在 X 条消息之后发送批处理文件。我们在清晨收到大部分信息。
这在过去工作得很好，但突然之间有些事情不再像预期的那样工作了。当我们从凌晨 1 点开始收到消息时，我们可以看到这些批处理文件一直发送给合作伙伴，直到凌晨 2 点左右，然后它突然停止工作。重新启动这些编排的主机实例后，我们可以看到 biztalk 继续发送批处理文件，但仅持续了 10 分钟左右，我们必须再次重新启动实例。
我们看到我们有超过 50k 条状态为“已排队（等待处理）”的消息。经过几次重新启动并且不再有排队的消息后，全天一切正常（但我们白天的流量较少）
该行为在部署后开始，但唯一的变化是我们在其中一个业务流程中调用的程序集，但变化非常小（只是 if 条件的变化）。
我检查了应用程序日志，但没有任何迹象表明任何节流已经启动，日志中也没有提到任何错误。
你知道我在哪里可以找到一些信息吗？
非常感谢您的帮助！
谢谢你，最好的问候迈克尔
-- 2013-08-23:
我刚刚在我们的验收系统上安装了 CU6，并向 BizTalk 发送了 5000 条消息。5 个编排（每方一个，要求我们分批向他们发送消息）开始，片刻之后我看到这些排队的消息：
我有一个发送文件端口，可将批处理消息写入文件系统。它工作了大约 4 分钟，当 100 条消息到达时，编排创建了一个文件。之后它等待了 10 分钟的超时并创建了下一个文件，但是消息更少，甚至认为还剩下几千条消息......
