BizTalk Direct-Bound 发送端口慢触发

Posted 2023-02-24

【中文标题】BizTalk Direct-Bound 发送端口慢触发

【英文标题】：BizTalk Direct-Bound Send Port Slow to Trigger

【发布时间】：2018-07-05 11:20:47

【问题描述】：

我有一个 BizTalk 2016 企业开发环境，应用了最新的 FP2 适当的 CU。

我有一个绑定到 WebHttp 接收位置的“Gatekeeper”编排。这只是将传入的 xml 消息发布到名为“MvcFormsPort”的直接绑定端口。从这里，物理请求-响应端口调用 WCF Web 服务，响应流回编排并返回到 WebHttp 接收位置的调用者。

从功能上讲，这工作正常。然而，一个特定的服务器（集成测试）存在性能问题，这似乎取决于物理请求 - 响应端口唤醒到消息已发布到它具有的事实所花费的时间订阅。这可以在以下屏幕截图中看到。逻辑直接绑定端口“MvcFormsPort”在 11:43:47 收到消息，但订阅物理发送端口直到 11:44:02 才收到此消息； 15 秒后！

在我的开发虚拟机上执行相同的过程大约需要 1.5 秒的端到端时间。

主机的轮询设置仍然是默认的 500 毫秒。

任何想法可能导致问题环境中的延迟？

【问题讨论】：

15 秒似乎很多。确定没有人一直在摆弄主机轮询设置或类似的东西吗？

确实如此！主机轮询仍为 500ms

【参考方案1】：

我的错！问题是问题服务器的 SSO 中缺少连接字符串。

【讨论】：

请告诉我，我很好奇缺少连接字符串会如何导致延迟而不是彻底失败。在第二台计算机上重试？

有一个从尝试使用 BAM API 创建 BAM 条目的业务流程调用的帮助程序集。这超时但随后继续。