部署 BizTalk 应用程序的最佳做法
本主题介绍部署 BizTalk 应用程序的最佳实践。
在单个应用程序中将相关项目组合在一起
尽可能将相关项目放在同一个 BizTalk 应用程序中。 这样可以将各个项目作为单一实体进行管理和部署，从而更易于管理。 可以将支持同一业务流程的项目或执行类似功能的项目分组到一个应用程序中。
在单独的应用程序中部署共享项目
如果某些项目将由两个或多个应用程序共享，则应将这些共享项目部署在一个单独的应用程序中。 例如，如果两个应用程序共享一个架构，应将该架构部署在一个单独的应用程序中。 这是因为在 BizTalk 组中只能有一个项目具有本地唯一标识符 (LUID) -- 由项目名称和可选的其他属性组成。 如果您在一个应用程序中包括了某个项目，然后在另一个应用程序中创建了对该项目的引用，则当包含该项目的应用程序停止时，您可能会遇到问题（比如进行引用的应用程序不能正常工作）。
此最佳实践适用于所有项目类型，但文件除外（比如 Readme 文件和脚本，它们是以文件类型的项目添加到应用程序中的）。 这是因为可以在 BizTalk 组中部署具有相同名称的多个文件项目。 因此，您可以在两个或多个应用程序中使用具有相同名称的文件。 停止一个应用程序不会影响另一个应用程序。 有关添加文件项目的详细信息，请参阅 如何向应用程序添加文件。
有关共享特定项目类型的最佳实践，请参阅本部分中的“将共享网站部署在单独的应用程序中”、“将共享策略部署在单独的应用程序中”和“将共享证书部署在单独的应用程序中”。
在单独的应用程序中部署共享网站
如果某个网站将由多个业务解决方案共享，应将该网站部署在一个单独的应用程序中。 这是因为在卸载某个 BizTalk 应用程序时，作为该应用程序一部分的任何网站的虚拟目录也会被删除，尽管该网站正在运行。 如果该网站与另一个业务解决方案共享，则会导致这个业务解决方案不能正常工作。
在单独的应用程序中部署共享策略
如果某个策略将由两个或多个应用程序使用，应将该策略部署在一个单独的应用程序中，而不是创建从一个应用程序到另一个应用程序的引用。 这是因为当其中一个应用程序停止时，会取消部署其策略。 如果您停止一个应用程序，而该应用程序包含另一个程序所使用的策略，则该策略将不能在另一个应用程序中起作用。
在单独的应用程序中部署共享证书
如果某个证书由两个或多个应用程序的发送端口或接收位置使用，应将该证书部署在一个单独的应用程序中，然后从需要使用该证书的应用程序中引用该程序。 这是因为 BizTalk 组中只能有一个项目具有特定的 LUID，因此您不能将同一个证书导入到两个不同的应用程序中。 如果尝试导入两个使用同一证书的应用程序，则第一个导入将会成功，而第二个导入将会失败。 在这种情况下，使用“覆盖”导入选项并不能解决问题，因为您要覆盖的现有证书包含在另一个应用程序中。
且勿将 Visual Studio 中的程序集部署在生产计算机上
在开发过程中，开发人员经常需要重新部署 Visual Studio 中的程序集。 若要启用重新部署，Visual Studio 可能会取消部署、取消绑定、停止和取消列出程序集中包含的项目。 虽然在部署环境中这样做是必要和适当的，但在生产环境中会产生意外和不需要的结果。 出于此原因，以及为了避免任何人尝试在生产计算机上从 Visual Studio 部署程序集的可能性，我们建议不要在生产计算机上安装 Visual Studio。
此外，切勿从运行 Visual Studio 的计算机引用生产数据库。
部署大的 MSI 文件时，可能需要增大 BizTalk 用于部署应用程序的 COM+ 组件的默认事务超时值。
如果要部署的 MSI 文件很大（超过 100 MB），则在应用程序部署过程中，在 BizTalk 所使用的 COM+ 组件的默认事务超时时间内可能无法部署完应用程序。 如果在部署完成之前，与这些 COM+ 组件相关联的事务超时，则部署将失败。 如果要部署很大的 MSI 文件，则应考虑采用以下方法之一以缓解此问题：
部署多个较小的 MSI 文件，而不是部署一个很大的 MSI 文件。
将与组件服务管理界面中的 Microsoft.BizTalk.ApplicationDeployment.Group 和 Microsoft.BizTalk.Deployment.DeployerComponent 组件关联的默认事务超时时间增加 3000 秒。 这些组件分别属于 Microsoft.BizTalk.ApplicationDeployment.Engine 和 Microsoft.Biztalk.Deployment COM+ 应用程序。 有关如何更改事务超时值的详细信息，请转到 设置事务超时。