使用WCF-Custom处理表select查询返回原始消息而非数据问题求助

排查修复步骤 #

• 首先校验发送端口运行状态与跟踪日志：登录BizTalk管理控制台，确认对应SQL请求发送端口处于已启用状态，开启端口的入站、出站消息跟踪，重跑流程后查看跟踪记录，确认请求消息是否正常投递到该发送端口，排除路由失败导致消息未投递的问题。
• 核对SOAP Action头匹配性：虽然Action头仅触发警告无报错，但需确认生成的Action头与WCF-SQL适配器要求的格式完全一致，Select操作的标准格式为http://schemas.microsoft.com/Sql/2008/05/TableOp/dbo/[目标表名]/Select，可对比你之前正常运行的插入操作的Action头生成逻辑，排查命名空间、表名、操作名的拼写或大小写差异。
• 排查SQL侧接收与执行情况：确认发送端口配置的认证账号拥有目标表的SELECT权限，同时开启SQL Server Profiler筛选该账号的请求记录，重跑流程后查看是否有对应SELECT语句的执行记录：无记录说明请求未离开BizTalk，问题出在端口投递环节；有记录但返回异常则直接根据异常信息调整请求语法或权限。
• 校验Orchestration消息传递逻辑：开启Orchestration调试跟踪，确认Request/Response发送形状的输入消息为预期的SELECT消息，同时检查响应赋值逻辑，你当前响应文件夹存储原始输入消息，大概率是存在赋值错误，将输入消息直接赋值给了要输出到响应端口的消息变量。
• 检查挂起服务实例：在BizTalk管理控制台的「挂起的服务实例」列表中筛选对应应用的实例，很多时候无报错但请求未发出是因为实例路由失败被静默挂起，挂起实例的错误信息可直接定位根因。

内容的提问来源于stack exchange，提问作者james treinen