允许哪些 BizTalk 应用程序、编排、架构、映射更改不强制通过管理控制台导入 MSI,而只在 GAC 中安装 DLL?
通过控制台强制导入以停止编排并终止实例,但在 GAC 中安装仅需要重新启动该应用程序的主机。因此,有时不停止生产环境中的一切会很方便。
支持:从不。
您必须始终正确部署 BizTalk 应用程序。这与 BizTalk 无关,所有平台都有不同的部署过程。
在开发期间:帮助程序类以及对模式和映射的内部更改通常可以汇入。不会更改任何工件的签名。编排永远无法进行整合,因为该结构由跟踪使用,并且即使内部更新也可能会发生微妙的变化。
如果您只是在生产中 GAC DLL 而不将其导入 BizTalk,则会存在很大的风险。
如果您的下一次部署从 Prod 生成备份 MSI,它将包含 BizTalk 数据库中的旧 DLL,而不是 GACced 版本。这可能意味着,如果您必须回滚使用该 MSI,您将丢失补丁。当另一家公司的某人完成了补丁时,我们就遇到过这种情况,不仅如此,还没有将更改签入源代码管理,这就是为什么我们必须首先回滚,因为该更改不在发布包中.
部署后必须回滚的另一种情况是,您使用了之前用于部署的 MSI(预补丁),但忘记重新应用补丁。这又会给你带来问题。
如果存在问题并且 BizTalk 中的架构或映射与 GACced 版本不匹配,则诊断任何问题都会变得更加困难。
总之,不要这样做,而是执行正确的部署包,而不是从构建服务器生成(因此只有源代码管理中的内容最终会被部署)。
希望这有帮助。关于
BizTalk部署还有其他链接,您可以参考。