恢复 BizTalk 脱水编排答案

【问题标题】：Resume BizTalk dehydrated orchestration恢复 BizTalk 脱水编排
【发布时间】：2008-12-05 17:58:08
【问题描述】：

如何恢复脱水的编排？

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

【问题讨论】：

标签： biztalk

【解决方案1】：

如果编排尝试启动并在 MSMQ 接收上失败，则它实际上已挂起并且没有从队列中删除消息。我会终止它。编排应该清除并拾取新消息。您的编排是实现单例模式还是在接收时使用有序交付？这让事情变得有点复杂。

【讨论】：

【解决方案2】：

您不应该为 MSMQ 重新启动 biztalk 服务实例吗？

脱水意味着编排仍在等待某些东西。我想在您的情况下，您必须等待来自 MQ 的相关消息。如果重新启动接收主机服务实例，它将尝试重新连接所有连接（由服务实例管理的 MSMQ、SQL 等）。然后所有消息都将流向编排。

【讨论】：

【解决方案3】：

更新 1：

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

更新 0：

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

【讨论】：

【解决方案4】：

你可以暂停，然后恢复吗？

我做 BizTalk 已经有几年了。像这样的怪癖很烦人。更糟糕的是，当它脱水 250k 并且您需要编写脚本来重新启动它们时。呃

我对你有感觉。

【讨论】：

【解决方案5】：

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

【讨论】：