Biztalk 恢复已删除的业务流程

如何恢复脱水的编排

• 有问题的业务流程应该已从MSMQ队列检索消息
• 但未在队列上设置userid权限，因此BizTalk box无法从队列中读取

---

已更正权限，但唯一的选项是终止和暂停？

您可以先暂停，然后继续吗

我已经有好几年没做这件事了。像这样的怪癖令人讨厌。更糟糕的是，当它的250k脱水，你需要脚本重新启动它们。啊

---

我同情你。

更新1:

检查相关接收位置。可能是由于权限问题，biztalk禁用了它。您必须手动启用它

更新0:

---

您不必恢复脱水的编排。从队列读取的不是业务流程，而是msmq适配器。当msmq消息到达时，接收位置将其路由到消息框中。如果所述业务流程具有与msmq消息匹配的订阅（接收端口），则biztalk引擎将恢复该业务流程。

如果该业务流程尝试启动msmq接收但失败，则该业务流程基本上处于挂起状态，且未从队列中删除消息。我会终止它。业务流程应清除并拾取新消息。您的编排是否实现了单例模式，还是在接收时使用了有序交付？这使事情变得更为复杂。

BizTalk恢复的能力取决于它失败的位置和方式，以及它是否可以重播操作的任何部分；在大多数情况下，当业务流程失败时，需要使用一些编码模式来允许其恢复。

是否应该重新启动MSMQ的biztalk服务实例

脱水意味着配器仍在等待某些东西。我猜在您的情况下，您一定在等待来自MQ的相关消息。如果重新启动接收主机服务实例，它将尝试重新连接服务实例管理的所有连接（MSMQ、SQL等）。然后，所有消息都将通过流程传递到业务流程