场景:
biztalk应用程序部署有接收端口、编排和发送端口。消息流正确。
在某种程度上,编排中发现了一个bug,导致消息挂起。必须修复和重新部署编排。
问题:
因为您不能使用挂起的实例重新编写编排,您将如何保留这些消息、终止实例、重新部署,然后通过固定编排重新发送这些消息?是否有相应的流程或工具来完成此任务?
发布于 2012-10-27 13:13:13
如果bug不需要重大修改-即没有新的编排,没有新的模式,没有新的升级字段等,那么短期的“黑客攻击”是可能的,即只需在您的服务器上重新安装固定的MSI(和GAC),并重新启动主机实例(如果适用,使用NLB )(即,不将MSI导入BizTalk)。
然后,您应该能够恢复任何挂起的(可恢复的) orchs。然后在不太忙的时候安排一些停机时间,将你的应用程序部分停止以防止新orchs启动,等待所有正在运行的orchs完成,然后导入修复的MSI (考虑使用修补程序升级buggy orch程序集版本)
构建一个能够审计进出Biztalk的所有消息的自定义工具非常有用,因此您可以重放这些消息。这将允许您终止orchs,重新安装,然后重放。
发布于 2012-11-16 02:00:25
您还可以修复业务流程,并在生成业务流程时增加程序集的版本。通过这种方式,您可以并行部署编排。您可以在部署较新的版本化业务流程后取消现有业务流程的登记。
https://stackoverflow.com/questions/13095532
复制相似问题