BizTalk 2020 CU5 WCF-Sql轮询接收位置无响应问题排查

网络与端口相关因素 #

• 检查新SQL Server实例的端口配置：若为命名实例，默认使用动态TCP端口，仅开放1433不足以让响应返回BizTalk。需在SQL Server配置管理器中查看实例实际使用的端口，在VPN防火墙中开放该端口的双向流量；或直接将实例改为固定端口（推荐）。
• 确认SQL Server Browser服务端口（UDP 1434）是否开放：若BizTalk通过实例名而非IP+端口连接新数据库，需要依赖SQL Server Browser服务返回实例端口，VPN需开放UDP 1434的双向访问权限。
• 排查VPN双向流量规则：虽然请求能到达新数据库，但响应返回BizTalk时可能被VPN入站规则拦截。需确认新数据库服务器到BizTalk服务器的TCP流量（对应SQL端口）未被限制。
• 检查MTU值适配：VPN链路的MTU值可能小于默认值，导致响应数据包因过大被丢弃。可尝试在BizTalk服务器和新数据库服务器上临时降低MTU值测试。

SQL Server端配置与执行问题 #

• 验证轮询语句的执行状态：在SQL Profiler中查看是否有Batch Completed事件，若仅存在Batch Starting，说明查询在数据库中未执行完成（如被锁阻塞、查询性能差）。可直接在新数据库中手动执行轮询语句，确认是否能快速返回结果。
• 检查权限配置：BizTalk接收位置使用的账号（主机实例账号或SQL登录账号）需具备读取查询结果集的权限，而非仅能执行查询语句。比如若查询涉及视图，需确保账号有视图的SELECT权限。
• 确认数据库隔离级别与事务设置：若轮询语句包含事务，新数据库的隔离级别可能导致查询长时间等待锁；或BizTalk适配器配置了使用事务但未正确提交，导致结果无法返回。

BizTalk端配置与运行问题 #

• 核对接收位置配置：检查轮询语句是否适配新数据库环境（如表名/字段名大小写、架构名差异），避免因语法错误导致结果集无法被适配器解析。
• 检查BizTalk主机实例状态：确认接收位置所属的主机实例正常运行，且主机实例账号对新数据库有完整的访问权限（包括读取结果、执行查询）。
• 排查跟踪与日志失效原因：若启用跟踪但无记录，需确认BizTalk主机实例账号具备跟踪数据库的写入权限；事件日志需调整为记录警告级别的信息，避免遗漏关键提示。

内容的提问来源于stack exchange，提问作者Rob Bowman