biztalk部署时不需要通过控制台导入msi

Question

允许哪些 BizTalk 应用程序、编排、架构、映射更改不强制通过管理控制台导入 MSI，而只在 GAC 中安装 DLL？

通过控制台强制导入以停止编排并终止实例，但在 GAC 中安装仅需要重新启动该应用程序的主机。因此，有时不停止生产环境中的一切会很方便。

Answer 1

支持：从不。

您必须始终正确部署 BizTalk 应用程序。这与 BizTalk 无关，所有平台都有不同的部署过程。

在开发期间：帮助程序类以及对模式和映射的内部更改通常可以汇入。不会更改任何工件的签名。编排永远无法进行整合，因为该结构由跟踪使用，并且即使内部更新也可能会发生微妙的变化。

Answer 2

如果您只是在生产中 GAC DLL 而不将其导入 BizTalk，则会存在很大的风险。

1. 如果您的下一次部署从 Prod 生成备份 MSI，它将包含 BizTalk 数据库中的旧 DLL，而不是 GACced 版本。这可能意味着，如果您必须回滚使用该 MSI，您将丢失补丁。当另一家公司的某人完成了补丁时，我们就遇到过这种情况，不仅如此，还没有将更改签入源代码管理，这就是为什么我们必须首先回滚，因为该更改不在发布包中.

2. 部署后必须回滚的另一种情况是，您使用了之前用于部署的 MSI（预补丁），但忘记重新应用补丁。这又会给你带来问题。

3. 如果存在问题并且 BizTalk 中的架构或映射与 GACced 版本不匹配，则诊断任何问题都会变得更加困难。

总之，不要这样做，而是执行正确的部署包，而不是从构建服务器生成（因此只有源代码管理中的内容最终会被部署）。

Answer 3

这是一个非常开放的问题，答案很大程度上取决于您正在做的改变。以下是您应该考虑的项目列表：

大多数情况下，对现有工件的细微更改（例如编排代码/.net 更改、管道组件、映射或架构更改）无需将 MSI 导入到 BizTalk 即可完成。在这些情况下，只需安装 MSI 并重新启动主机即可正常工作。
在某些情况下，您可以只添加特定资源，而不是导入整个 MSI。例如，如果您要添加新管道，只要您有单独的管道程序集，您就可以仅添加管道程序集作为资源来使用新管道。您可以用同样的方式管理其他工件。 BizTalk 还支持程序集的
2. 并排部署。做到这一点的关键是在单独的程序集中拥有工件
如果以上任何一项不起作用，请考虑完全导入。

无论您选择哪种部署方法，您都必须在开发、质量保证环境中测试相同的方法，并在生产中执行此操作之前捕获任何问题。

希望这有帮助。关于

BizTalk部署还有其他链接，您可以参考。