更新应用程序的重要注意事项
以下为更新应用程序时，特别是更新在生产环境中运行的应用程序时，需要注意的重要事项。
一般注意事项
因为参与方和规则在组作用域可见，所以添加另外的参与方和规则可能会中断其他应用程序。
如果要取消部署被其他项目所依赖的项目，必须首先取消部署依赖它的项目。
注意
BizTalk Server 管理控制台将显示警告并防止以不正确的顺序取消部署项目。
如果更新了现有应用程序中的 BizTalk 程序集，则可能需要重启主机实例才能使更改生效。 重启主机实例会停止在主机实例上运行的所有其他应用程序。
如果您使用 Visual Studio 将某一应用程序部署到生产环境中（极力建议您不要这么做），并将项目属性中的“重新启动主机实例”选项设为“True”，那么在您部署此应用程序时，所有主机实例都将重新启动，包括那些不与此应用程序关联的主机实例。 这样会停止在本地计算机的任何主机实例上运行的所有其他应用程序。
如果要更新BizTalk Server程序集 (包含部署为 BizTalk 应用程序的业务流程、架构或映射) ，可以执行以下任一操作：
执行并行部署。 通常可以通过递增版本号来适当地修改较新的程序集。 这可以使两个程序集都具有独特的完全限定的程序集名称。 有关详细信息，请参阅 如何部署应用程序的新版本以与现有版本并行运行。
将现有的 BizTalk Server 程序集替换为新的程序集。 您必须停止所有可能加载过期程序集的主机实例，替换 GAC 中的过期程序集，然后重新启动主机实例。
如果要部署一个全新的应用程序以替换现有的应用程序，必须更正其他应用程序与要替换的应用程序之间的所有引用。
更新架构时的注意事项
如果将程序集添加到包含与 BizTalk 组中现有架构相同的消息类型的新架构的程序集，则在管道中发生架构解析时，将使用版本号最高的架构。 此外，如果一个消息类型引用多个 .NET 类型，则这种歧义可能会导致管道执行失败。 原因在于架构查找使用的是消息类型、目标命名空间和实例的根名称。 对于所使用的架构与新架构具有相同消息类型的任何应用程序，其中的管道都可能发生这种问题。 有关架构解析的详细信息，请参阅 管道组件中的架构解析。
更新某一架构时，必须同时更新引用此架构的映射（或创建新映射），以及任何依赖于此架构的业务流程。
如果递增了某一架构的版本，应为使用此架构的任何管道实例和管道组件更新对此架构的引用。
取消部署某一架构会导致此架构的以前版本（如可用）变为活动状态。
更新策略时的注意事项
- BizTalk Server 运行时会使用处于部署状态的策略的最高版本。