BizTalk 直接绑定发送端口触发缓慢
BizTalk Direct-Bound Send Port Slow to Trigger
我有一个 BizTalk 2016 企业开发环境，应用了最新的 FP2 适当的 CU。
我有一个绑定到 WebHttp 接收位置的“Gatekeeper”编排。这只是将传入的 xml 消息发布到名为“MvcFormsPort”的直接绑定端口。从这里，物理请求-响应端口调用 WCF Web 服务，响应流回编排并返回到 WebHttp 接收位置的调用方。
从功能上讲，这工作正常。然而，一个特定的服务器（集成测试）存在性能问题，这似乎取决于物理请求 - 响应端口唤醒消息已发布到它具有订阅。这可以在下面的屏幕截图中看到。逻辑直接绑定端口“MvcFormsPort”在 11:43:47 收到消息，但订阅物理发送端口直到 11:44:02 才收集此消息； 15 秒后！
我的开发虚拟机上的相同进程端到端大约需要 1.5 秒。
主机的轮询设置仍为默认值 500 毫秒。
有什么想法可能导致问题环境中的延迟吗？
我的错！问题是问题服务器的 SSO 中缺少连接字符串。
我有一个 BizTalk 2016 企业开发环境，应用了最新的 FP2 适当的 CU。
我有一个绑定到 WebHttp 接收位置的“Gatekeeper”编排。这只是将传入的 xml 消息发布到名为“MvcFormsPort”的直接绑定端口。从这里，物理请求-响应端口调用 WCF Web 服务，响应流回编排并返回到 WebHttp 接收位置的调用方。
从功能上讲，这工作正常。然而，一个特定的服务器（集成测试）存在性能问题，这似乎取决于物理请求 - 响应端口唤醒消息已发布到它具有订阅。这可以在下面的屏幕截图中看到。逻辑直接绑定端口“MvcFormsPort”在 11:43:47 收到消息，但订阅物理发送端口直到 11:44:02 才收集此消息； 15 秒后！
我的开发虚拟机上的相同进程端到端大约需要 1.5 秒。
主机的轮询设置仍为默认值 500 毫秒。
有什么想法可能导致问题环境中的延迟吗？
我的错！问题是问题服务器的 SSO 中缺少连接字符串。