BizTalk 2010 XLang PersistenceException将状态持久化到数据库时出错

我有一个奇怪的BizTalk问题，它只发生在生产环境中。从周末开始。事件查看器中的错误消息位于本文末尾

我在网上对此进行了研究，大师们提出的所有可能的解决方案都没有奏效。在百灵鸟中，我从生产BizTalk server导出了MSI，并在开发机器上安装了该MSI。该开发BizTalk在不同的SQL Server数据库（开发数据库）上使用同一个文件时运行良好

接下来，我继续从生产BizTalk server中卸载并删除了该BizTalk应用程序，并重新导入并重新安装了相同的MSI（在上述开发BizTalk计算机上使用）。同样的错误也发生了

这让我问了一个可能是愚蠢的问题。。。重新启动生产SQL Server（除非需要应用关键升级，否则或多或少都是冗余的）会解决这个问题吗？我问这个问题的原因是，如果来自生产BizTalk server的完全相同的MSI在其他地方工作，但在该生产BizTalk server上不工作

有什么想法吗？不用多说，下面是错误消息

xlang/s引擎事件日志条目：未捕获异常（请参见下面的“内部异常”）已挂起服务“Xpress.BizTalk.P837.EDI_837P_5010_至_工作台_和_4010（dee9b36c-4d44-20a1-01b0-efc184ec3efb）”的实例

服务实例将保持挂起状态，直到以管理方式恢复或终止

如果恢复，实例将从最后一个持久化状态继续，并可能重新引发相同的意外异常。 实例ID:d768edda-35ba-4bb1-a57d-347cc54ddf49

形状名称：发送837P4010

形状ID:dcb098dc-9c6b-41b0-8511-c9a250de52b2

从以下位置引发异常：段1，进度94

内部异常：将状态持久化到数据库时发生异常

异常类型：PersistenceException

来源：Microsoft.XLANGs.BizTalk.Engine 目标站点：Void Commit（）

下面是一个堆栈跟踪，用于标识发生异常的位置

在Microsoft.BizTalk.XLANGs.BTXEngine.BTXXlangStore.Commit（）上 在Microsoft.XLANGs.Core.Service.Persist（布尔脱水、上下文ctx、布尔IDlereRequired、布尔finalPersist、布尔旁路提交、布尔终止） 位于Microsoft.XLANGs.Core.ServiceContext.PendingCommit（布尔忽略，XMessage msg） 位于Microsoft.XLANGs.Core.ExceptionHandlingContext.PendingCommit（布尔ignoreCommit，XMessage msg） 位于Microsoft.BizTalk.XLANGs.BTXEngine.BTXPortBase.SendMessage（Int32 IOOperation、XLANGMessage msg、Correlation[]initCorrelations、Correlation[]followCorrelations、Context cxt、seg段、ActivityFlags） 在Xpress.BizTalk.P837.EDI_837P_5010_到_工作台_和_4010.segment1（停止条件停止） 在Microsoft.XLANGs.Core.SegmentScheduler.RunASegment（段s、StopConditions、stopCond、Exception和exp）

其他错误信息：

批处理项目失败持久性项目ID 433c9f39-f2c7-4ac3-ae29-32b990b20bdd操作类型MAIO_CommitBatch状态-1061151992错误信息由于在数据库中找不到操作所依据的消息，因此无法执行该操作

---

周末有什么变化吗？您尝试过哪些解决方案？如果试图发布到消息框的消息与业务流程和已登记的发送端口上的任何订阅不匹配，则通常会发生持久性错误。您是否已检查消息上的上下文属性是否与端口/业务流程的订阅匹配？这个额外的错误很奇怪，搜索时会出现BizTalk 2004的修补程序，所以我希望它与此无关。重新启动SQL Server不太可能纠正这一错误。这种情况是否会间歇性地发生在每个邮件上？使用相同的消息还是随机消息？好吧，重新启动SQL Server和BIzTalk Server就成功了。想想看，迪杰格拉夫，这就是问题所在。在周末之前，BizTalk工作得非常好。我们甚至根本没有部署对生产Biztalk的更新。上周五和周二之间有些变化。重新启动SQL Server和BizTalk Server就成功了，听起来很奇怪。非常奇怪。很好，问题解决了。