C# BizTalk自定义管道组件-消息行为不一致

C# BizTalk自定义管道组件-消息行为不一致,c#,biztalk,C#,Biztalk,我在接收和发送端口都有自定义管道组件。从接收位置的WCF-SQL适配器每隔30秒轮询一次消息。自定义接收管道组件对少数字段执行属性提升。发送端口订阅上述消息,并在自定义管道组件中执行一些处理。我通过从自定义管道组件代码将信息写入事件查看器来监视自定义管道组件活动的详细信息,如流程开始和流程结束 在BizTalk发送管道中处理不同的消息时,我面临不一致的行为。例如,如果接收位置从数据库轮询3条不同的消息(message1、message2、message3)。与message1和message2相

我在接收和发送端口都有自定义管道组件。从接收位置的WCF-SQL适配器每隔30秒轮询一次消息。自定义接收管道组件对少数字段执行属性提升。发送端口订阅上述消息,并在自定义管道组件中执行一些处理。我通过从自定义管道组件代码将信息写入事件查看器来监视自定义管道组件活动的详细信息,如流程开始和流程结束

在BizTalk发送管道中处理不同的消息时,我面临不一致的行为。例如,如果接收位置从数据库轮询3条不同的消息(message1、message2、message3)。与message1和message2相比,message3需要更长的处理时间

有时会处理message1、message2,并且当Message3仍在处理中时,服务实例显示这两条消息的结束时间为completed(已完成)。但这是一个行为不一致的问题,Message1和message2服务实例虽然在发送管道中处理,但仍显示为活动,只有在message3处理完成且所有3条消息的结束时间都用相同的message3服务实例结束时间更新后,这2条消息的状态才会更新为完成

我用不同的断点分别调试了这两个组件。我假设有时候接收管道组件没有在默认的并行传递模式下分解或处理消息


有没有处理此问题的输入?

您是否尝试过在SQL server上放置跟踪?我会寻找一些阻塞/锁定行为。例如,如果消息3正在锁定阻止消息1和2完成的表/页/行,它可能会解释这种行为,也许。Technet上的相同问题