我能够通过更改WCF两响应消息的上下文属性中的RouteDirectToTP值来解决此问题.根据这些帖子中的信息:

I was able to fix this by changing the value of the RouteDirectToTP value in the Context Properties of the WCF two-response message. Based on information in these posts:

https://jeremiedevillard .wordpress.com/2010/01/11/how-work-request-response-pattern-part-3/

https://bveldhoen.wordpress.com/2010/09/05/messaging-only-request-response-correlation/

默认情况下，默认情况下，BizTalk会尝试将ACK路由回默认的原始接收端口.我只是在管道组件中做到了这一点:

Apparently by default, BizTalk tries to route an ACK back to the original receive port by default. I just did this in my pipeline component:

 msgReceived.Context.Promote("RouteDirectToTP", "http://schemas.microsoft.com/BizTalk/2003/system-properties", false);

，到目前为止，问题已停止.没有更多的僵尸，也没有关于存储过程失败的错误.

and so far the problem has stopped. No more Zombies and no more errors regarding the stored procedure failing.