Biztalk 在重新部署业务流程时管理挂起/断开的实例

情景：

biztalk应用程序使用接收端口、业务流程和发送端口进行部署。消息流正确

在某个时刻，在编排中发现了一个bug，导致消息挂起。必须修复并重新部署业务流程

问题:

---

由于您无法重新部署具有挂起实例的业务流程，您将如何保留这些消息、终止实例、重新部署，然后通过固定的业务流程重新发送这些消息？是否有解决此问题的流程或工具？

如果此错误不需要进行重大修改-即没有新的业务流程、新的架构、新的升级字段等，那么短期的“黑客”是可能的，即只需在服务器上重新安装固定的MSI（和GAC），然后重新启动主机实例（如果适用，使用NLB）（即，不将MSI导入BizTalk）

然后，您应该能够恢复任何挂起（可恢复）的orch。然后在不太忙的时间安排一些停机时间，将应用程序设置为“部分停止”以防止新orch启动，等待所有运行的orch完成，然后导入修复的MSI（考虑使用热修复程序升级有缺陷的orch程序集版本）

---

构建一个能够审核所有进出Biztalk的消息的自定义工具非常有用，因此您可以重播这些消息。这将允许您终止ORCH，重新安装，然后重播。

如果该错误不需要进行重大修改，即没有新的业务流程、新的架构、新的升级字段等，则需要进行短期的“黑客攻击”可能，即只需在服务器上重新安装固定的MSI（和GAC），然后重新启动主机实例（如果适用，使用NLB）（即不将MSI导入BizTalk）

然后，您应该能够恢复任何挂起（可恢复）的orch。然后在不太忙的时间安排一些停机时间，将应用程序设置为“部分停止”以防止新orch启动，等待所有运行的orch完成，然后导入修复的MSI（考虑使用热修复程序升级有缺陷的orch程序集版本）

---

构建一个能够审核所有进出Biztalk的消息的自定义工具非常有用，因此您可以重播它们。这将允许您终止ORCH，重新安装，然后重播。

您还可以修复ORCH，并在构建时增加程序集的版本。这样，您就可以并行部署业务流程。您可以在部署较新版本的orchstration后取消列出现有业务流程。

您还可以修复orchstration，并在构建时增加程序集的版本。这样，您可以并行部署业务流程。您可以在部署较新版本的orchstra后取消列出现有业务流程操作。

谢谢，我将尝试此操作。您提到的自定义工具是biztalk应用程序专用的工具，还是biztalk本身通用的工具？@Jeremy AFAIK您仍然需要自己编写此工具，但是，这相当简单-讨论了从DtaDB或存档中提取跟踪消息的不同方法（它们被压缩，大消息被切分）.FWIW在清除DtaTB之前，我们在DtaTB上使用SQL版本。谢谢，我们将尝试此方法。您提到的自定义工具，是biztalk应用程序专用的工具，还是biztalk本身通用的工具？@Jeremy AFAIK您仍然需要自己编写此工具，但是，这相当简单-讨论了不同的提取方法ng跟踪来自DtaDB或存档的消息（它们被压缩，大消息被切分）。FWIW在清除之前，我们在DtaTB上使用SQL版本。