3

如何恢复脱水的编排？

  • 有问题的编排应该是从 MSMQ 队列中检索消息
  • 但是队列上没有设置用户标识权限，所以 BizTalk 框无法从队列中读取

更正了权限，但唯一的选项是 teminate 和 suspend ？

4

5 回答 5

2

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

于 2008-12-06T00:05:41.100 回答
2

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

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

于 2009-10-20T03:15:10.753 回答
1

更新1：

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

更新0：

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

于 2008-12-05T19:09:04.910 回答
0

你能暂停，然后恢复吗？

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

我对你有感觉。

于 2008-12-05T18:01:59.413 回答
0

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

于 2008-12-06T10:17:00.100 回答