BizTalk 2013R2 & SQL SERVER - 连接泄漏导致的超时错误

Question

我们最近在 BizTalk 2013R2 上收到了数百个错误（运行 CU 8）；

超时。在获得一个之前的超时时间 来自池的连接。这可能是因为所有汇集的 正在使用连接并且已达到最大池大小。

我怀疑这些是由连接泄漏引起的，但我不确定如何确定确切的来源。

我尝试使用SP_WHO2 查询以查看打开了多少/哪些连接，并且可以看到很多与我们的 Biz 服务器的休眠连接，但同样不能完全隔离它们。 我可以看到问题发生在哪个发送端口，我可以看到通过 WCF-SQL 调用的存储过程被上述错误拒绝，但我现在不知道下一步该去哪里。

据我所知，没有使用非正统的连接或适配器来调用与 Biz 服务器的连接。 我唯一能想到的可能是 Typed Polling 调用背后的连接没有被关闭。

一旦尝试连接，BizTalk 是否应该关闭任何 WCF-SQL/WCF-Custom 适配器连接？

关于下一步去哪里隔离源有什么建议吗？

Answer 1

据说此问题已在 BizTalk Server 2013 R2 的 CU 7 中修复，请参阅 FIX: WCF-SQL adapter fails intermittently if AmbientTransaction is True or if ReceiveTimeout is not more than polling time plus time to query data from SQL Server。

该文章中暗示的解决方法在 CU 7 之前曾经在某种程度上有效，例如将 ReceiveTimeout 设置为一个非常大的数字。所以试试吧。