设想:
biztalk 应用程序部署有接收端口、编排和发送端口。消息正确流动。
在某个时候,在编排中发现了一个错误,导致消息挂起。必须修复和重新部署编排。
问题:
因为您无法重新部署具有暂停实例的编排,您将如何保留这些消息、终止实例、重新部署然后通过固定编排重新发送这些消息?有这方面的流程或工具吗?
设想:
biztalk 应用程序部署有接收端口、编排和发送端口。消息正确流动。
在某个时候,在编排中发现了一个错误,导致消息挂起。必须修复和重新部署编排。
问题:
因为您无法重新部署具有暂停实例的编排,您将如何保留这些消息、终止实例、重新部署然后通过固定编排重新发送这些消息?有这方面的流程或工具吗?
如果该错误不需要进行重大修改——即没有新的编排、没有新的模式、没有新的提升字段等,那么短期的“破解”是可能的,即只需在您的服务器上重新安装固定的 MSI(和 GAC),并重新启动主机实例(如果适用,使用 NLB)(即不将 MSI 导入 BizTalk)。
然后,您应该能够恢复任何暂停(可恢复)的 orch。然后在不那么忙的时候安排一些停机时间,让你的应用程序部分停止以防止新的 orchs 启动,等待所有正在运行的 orchs 完成,然后导入修复的 MSI(考虑使用修补程序提升有问题的 orch 程序集版本)
构建一个能够审核所有进出 Biztalk 的消息的自定义工具很有用,因此您可以重播它们。这将允许您终止 orchs,重新安装,然后重播。
您也可以修复编排,并在构建它时增加程序集的版本。这样,您可以并行部署编排。您可以在部署较新版本的编排后取消注册现有的编排。