升级到 BizTalk Server 2016

从 BizTalk Server 2013 R2 或 BizTalk Server 2013 升级到 BizTalk Server 2016。

本主题概述了 BizTalk Server 2016 升级过程、关键信息和从 BizTalk Server 2013 R2 或 BizTalk Server 2013 升级的分步说明。

升级概述

• 升级之前，请阅读整篇文档。 BizTalk Server 可以将很多不同的组件（内部和外部）连接到你的企业。 大多数实际的部署方案都会进一步扩展，以包括多台服务器，最终包括物理和虚拟计算机群集。

• 没有任何两个 BizTalk Server 的部署是相同的。 在升级之前，请先根据企业需要收集信息，并与将使用 BizTalk Server 的 IT 专家、系统管理员及开发人员讨论部署范围。 通过学习此升级指南并确定企业的具体需求，可创建出属于自己的部署指南。

• 使用 BizTalk Server 最佳实践分析工具 (BPA)，检查 BizTalk Server 部署，并生成最佳实践列表。 BPA 只通过读取和报告的方式执行配置级别验证，它使用收集到的数据来确定是否符合最佳实践。

规划升级

以下是升级过程的高级视图。 必须按所示顺序完成所列的每个步骤。

• 操作系统升级路径
• Microsoft SQL Server® 升级路径
• Windows® SharePoint® Services 升级
• 并行安装 Visual Studio
• 并行安装 Microsoft Office 2016/2013

支持的升级路径

下表列出了可升级到 BizTalk Server 2016 的受支持操作系统。 “是”表示在该操作系统上运行的 BizTalk Server 版本可升级。 “否”表示在该操作系统上运行的 BizTalk Server 版本不可升级。 如果是“否”，则必须在受支持的操作系统上重新创建 BizTalk 环境。 BizTalk Server 2016 的硬件和软件要求列出了支持的操作系统。

操作系统	BizTalk Server 2013 R2	BizTalk Server 2013
Windows Server 2012 R2	是	否
Windows Server 2012	否	否
Windows 8.1	是	否
Windows 8	否	否
Windows 7 SP1	否	否

下表列出了可升级到 BizTalk Server 2016 的受支持SQL Server版本。 SQL Server 可承载 BizTalk Server 所使用的数据库。 “是”表示使用该 SQL Server 版本的 BizTalk Server 可以升级。 “否”表示使用该 SQL Server 版本的 BizTalk Server 不可升级。 如果是“否”，则必须在受支持的 SQL Server 版本上重新创建 BizTalk 环境。 BizTalk Server 2016 的硬件和软件要求列出了受支持的SQL Server版本。

提示

如果 SQL Server 版本不受支持，或不在下面的列表中，请查看 SQL Server 升级文档。 SQL 升级所适用的版本比 BizTalk 支持的版本更多。 例如，如果使用的是 SQL Server 2008，则可以升级到 SQL Server 2016。 然后，可以升级到 BizTalk Server 2016。 升级到 SQL Server 2016 和升级到 SQL Server 2014 列出了可升级SQL Server版本。

SQL Server	BizTalk Server 2013 R2	BizTalk Server 2013
SQL Server 2014	是	否
SQL Server 2012 SP1	否	否
SQL Server 2012	否	否
SQL Server 2008 R2 SP1	否	否

下表列出了从 BizTalk Server 2013 R2/2013 到 BizTalk Server 2016 的支持版本升级路径。 “是”表示BizTalk Server 2013 R2/2013 版本可以升级到版本。 “否”表示BizTalk Server 2013 R2/2013 版本无法升级到该版本。 如果是“否”，则必须重新创建 BizTalk 环境。

BizTalk Server 2013 R2/2013	BizTalk Server 2016 Evaluation Edition	BizTalk Server 2016 Branch Edition	BizTalk Server 2016 Developer Edition	BizTalk Server 2016 Standard Edition	BizTalk Server 2016 Enterprise Edition
计算	否	否	否	否	是
分支	否	是	否	否	是
开发人员	否	否	是	否	是
Standard	否	否	否	是	是
Enterprise	否	否	否	否	是

升级前 - 需要了解的内容

• 权限：执行升级的用户必须是以下用户组的成员或具有等效权限：

  • 本地计算机上的管理员组
  • SQL Server 上的 SQL Server 系统管理员组
  • BizTalk Server 管理员组
  • 单一登录 (SSO) 管理员组

• SSO：在升级期间，必须运行单 Sign-On 主密钥服务器和托管 SSO 数据库的SQL Server。

• 网络服务帐户：必须具有对 的 %windir%\temp写入访问权限。

• 证书：备份 Windows 证书存储：

  • Windows 7 和 Windows Server 2008 R2：导入证书
  • Windows 7 和 Windows Server 2008 R2：导出证书

• DTC： (MSDTC) (配置后步骤启用 Microsoft 分布式事务处理协调器 以优化环境) ，然后启用入站/出站 DTC 规则：

  1. 在“服务器管理器”中，选择“工具”，然后打开“高级安全 Windows 防火墙”。
  2. 选择“ 入站规则”。
  3. 在 “入站规则”中，根据需要右键单击“ 分布式事务处理协调器 * () ”，然后单击 “启用规则”。
  4. 在“高级安全 Windows 防火墙”中，选择“ 出站规则”。
  5. 在 “出站规则”中，根据需要右键单击“ 分布式事务处理协调器 * () ”，然后单击 “启用规则”。

• SharePoint：客户端对象模型 (CSOM) 用于连接到 SharePoint Services。 在 2016 BizTalk Server中删除 Web 服务) ) (SSOM (服务器端对象模型。

  如果使用的是不支持 CSOM 的 SharePoint 版本，则可升级到支持的 SharePoint 版本：

  • 升级到 SharePoint 2016
  • 升级到 SharePoint 2013

• .NET Framework：.NET Framework 4.5 和 .NET Framework 4.6 之间没有并行安装的概念。 .NET Framework 4.6 二进制文件会覆盖 .NET Framework 4.5 二进制文件。 .NET Framework 4.6 是 2016 BizTalk Server要求， (不受支持，不应在以前的BizTalk Server版本中) 安装。

• Office 2016 和 Office 2013：在同一台计算机上安装 和使用不同版本的 Office 。 此外，检查 Office 2013 和 Office 2016 的并行 MSI 安装问题。

• BizTalkServerApplication 主机：升级需要存在默认主机。 如果已删除与 SQL 适配器发送端口和接收位置相关联的默认主机实例，请将默认主机与 SQL 适配器关联后再进行升级。 升级完成后，可从列表中删除默认主机。

• 自定义绑定：使用早期版本的.NET Framework生成的用户定义的自定义绑定在升级后不可用。 若要使用自定义绑定，请在 .NET Framework 4.6 machine.config 文件中手动添加自定义绑定。

• 配置文件：备份 BizTalk Server 2013 R2/2013 中的所有自定义配置文件。 BizTalk Server仅支持迁移 和 bm.exe.config 文件中的btsntsvc.exe.config更改。

BAM 警报

使用 BAM 警报需要 SQL Server Database Mail。 如果要从 SQL 版本升级 SQL Server，并且使用的是现有 BAM 警报定义和通知服务，那么可以备份 BAM 警报定义，并在升级后对其进行部署。 使用 BM.exe 命令行工具 (\Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking) 。 具体步骤包括：

1. 打开命令提示符并转到 \Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking。
2. 在命令提示符下创建定义文件： bm.exe get-defxml -FileName:YourBAMDefinition.xml
3. 在 BizTalk Server 2013 R2/2013 配置中，取消配置 BAM 警报。
4. 升级到 SQL Server 2016 或 SQL Server 2014 SP1。
5. 配置 SQL Server 数据库邮件。
6. 升级到 BizTalk Server 2016。
7. 在 BizTalk Server 2016 配置中，配置 BAM 警报。
8. 在命令提示符处部署保存的定义文件：bm.exe update-all -DefinitionFile:YourBAMDefinition.xml

重要

如果不按所列顺序执行这些步骤或创建一个定义文件，则必须在升级 BizTalk Server 后重新创建定义文件。

若要查看 BM.exe 帮助，请键入： bm.exe help。

BAM

• BAM DTS 包：停止所有 BAM 数据转换服务 (DTS) 包。 否则，可能会丢失数据或损坏联机分析处理 (OLAP) 多维数据集。

• 磁盘空间：可用磁盘空间应至少为现有 BAM 数据库的大小。

• 实时聚合：如果在当前版本的 BizTalk Server 中使用 BAM 实时聚合并正在升级SQL Server，请安装或升级到 SQL Server Enterprise 版本。 否则升级将失败。

• maxTimeout 值：如果有大型 BAM 数据库，请将 maxTimeout machine.config 文件中分布式事务的值更新为：

  <system.transactions>
     <machineSettings maxTimeout="23:59:59" />
  </system.transactions>
  

• 使用跟踪配置文件编辑器启用 BAM 跟踪 (TPE) ：升级后，将升级以前部署的跟踪配置文件;但是，其相应的侦听器配置不会升级。 任何新截获的 BAM 消息可能仍具有 BizTalk Server 2013 R2/2013 引用。 若要升级相应的侦听器配置，请使用“跟踪配置文件编辑器”检索活动的配置文件，然后重新应用此配置文件。

• LiveData 工作簿：如果在 BizTalk Server 2013 R2/2013 中使用 BAM，则必须在升级后手动重新生成 LiveData 工作簿。 重新生成实时数据工作簿：

  1. 通过运行以下命令检索 BAM 定义： BM get-defxml MyDef.xml

  2. 通过打开 Microsoft Office Excel，然后选择 BAM 加载项，重新创建数据透视表。导入步骤 ( 1) 中创建的MyDef.xml文件，然后重新创建数据透视表。 将新的 BAM 工作簿另存为 MyNewBook.xls。

  3. 通过在路径 MyDef.xml下 <Caption><BAMDefinition>\<Extension>\<OWC>\<PivotTableView>\<PivotTable>\<PivotView>\<Label> 查找数据透视表名称来重命名数据透视表。 使用这些名称在 MyNewBook.xls中重命名数据透视表。

  4. 通过运行以下命令重新生成 LiveData 工作簿： BM regenerate-livedataworkbook MyNewBook.xls

     注意

     重新生成的实时数据工作簿不会在原始实时数据工作簿中重新创建 Excel 项目（例如，图表）。 手动重新创建项目。

企业单一登录 (ESSO)

• 场景：从早期版本的企业单一登录升级

  BizTalk Server 包含企业单一登录 (ESSO) 的已更新版本。 如果您在安装了 BizTalk 早期版本的计算机上安装此发行版本，则 ESSO 在安装过程中自动更新。 建议您在升级前先执行以下步骤：

  1. 验证是否已将当前版本的单一登录数据库 (SSODB) 备份到安全位置。
  2. 验证是否已将当前主密钥备份到安全位置。
  3. 知道主密钥的密码。

  将 BizTalk 组中的所有服务器升级到同一发行版本。 此要求同样适用于独立主密钥服务器。

• 场景：使用企业单一 Sign-On 独立设置进行升级

  按照以下步骤，在安装有独立企业单一登录的计算机（如专用主密钥服务器）上执行升级。

  1. 验证是否已将当前主密钥备份到安全位置。
  2. 验证是否已将当前版本的 SSODB 备份到安全位置。
  3. 从 BizTalk Server 2016 安装媒体运行 ESSOSetup.exe。 默认安装文件夹为 \Platform\SSO。
  4. 在“ 自动运行 ”对话框中，选择“ Microsoft Enterprise 单一登录”。
  5. 在“摘要”对话框中，选择“ 升级”。

多计算机环境

在多计算机环境中，升级 SSO 主密钥服务器计算机。 之后再升级其他 BizTalk Server 计算机。 不支持同时升级一个组中的 BizTalk 计算机。 按以下顺序一次升级一台计算机：

1. 单一登录主密钥服务器
2. 运行 BizTalk Server 的运行时计算机
3. 管理工具和监视计算机
4. 开发计算机和运行 BizTalk Server 的所有其他剩余的计算机

额外

使用设置仪表板，可以细致地调整 BizTalk Server 设置以优化性能。 还可以修改 BizTalk 组、BizTalk 主机和 BizTalk 主机实例的设置。 请参阅使用设置仪表板进行BizTalk Server性能优化。

常规信息

• 帐户名：尽可能使用默认帐户名。 BizTalk Server 安装程序会自动将已安装的组件配置为使用默认帐户。 如果 Active Directory 林中有多个 BizTalk Server 组，请更改帐户名，以避免冲突。 BizTalk Server仅<NetBIOS domain name>\<user>支持服务帐户和 Windows 组的名称格式。

• 具有 BAM 管理 Web 服务的帐户名称：BizTalk Server不支持 BAM 管理 Web 服务用户的内置帐户或没有密码的帐户。

  通过此类帐户配置 BizTalk Server 看起来似乎会成功，但是 BAM 管理 Web 服务会发生故障。

  系统支持将此类帐户用于 BAM 应用程序池。

• 64 位操作系统不支持 BizTalk 程序集查看器。

• 安装和卸载：卸载BizTalk Server时，手动删除BizTalk Server数据库。 如果是以开发人员或评估师身份安装 BizTalk Server，请考虑在虚拟机上进行安装。 这样，如果您必须进行重新安装，就可以轻松回滚到预设的检查点，而无需完成整个卸载过程。

• 32 位和 64 位计算机：在 32 位 Windows 或 64 位 Windows 上安装 BizTalk Server 时几乎没有区别。 本文档同时介绍 32 位和 64 位安装。 以下是它们的不同之处。

• 工作组：支持在单个计算机上的工作组环境中安装和配置BizTalk Server。 在此方案中，SQL Server 和 BizTalk Server 的功能和组件在同一计算机上安装和配置。

• 终端服务器：不支持使用在应用程序模式下运行的终端服务器安装BizTalk Server。

• 不支持无提示升级。

• 不支持的应用程序：BizTalk Server不支持基于不受支持的 API（如 PAM API、存储过程或直接数据库访问）构建的自定义应用程序。 先运行至少一个测试升级，然后再升级生产环境。

• SQL Server实例：在升级平台之前，最好先升级任何SQL Server实例。

准备计算机以进行升级

• 安装关键 Windows 汇报：从“程序”菜单中选择“Windows 更新”。 可能需要重启计算机。

• 保存 BAM 警报定义：仅当当前将现有 BAM 警报定义与 SQL Server 通知服务一起使用时才适用。 使用 BM.exe 创建定义文件，并在 BizTalk Server 2013 R2/2013 配置中取消配置 BAM 警报。

  在本文的升级 (之前 ，) 列出了具体步骤。 否则，请在升级后重新创建 BAM 警报定义。

• 升级SQL Server：升级到受支持的SQL Server版本。 有关详细信息，请转到：

  • BizTalk Server 2016 的硬件和软件要求
  • 升级到 SQL Server 2016
  • 升级到 SQL Server 2014

• 升级SQL Server 客户端工具：在多计算机环境中，管理工具可能安装在单独的计算机上。 升级 SQL Server 管理客户端工具，包括管理工具。

• 安装 Visual Studio：有关支持的版本，请参阅 BizTalk Server 2016 的硬件和软件要求。 可以并行安装不同的 Visual Studio 版本。 请参阅 Visual Studio 2015 和 Visual Studio 2013。

• 安装 Office：请参阅 在同一台计算机上安装和使用不同版本的 Office。 BizTalk Server 2016 的硬件和软件要求列出了支持的 Office 版本。

• 停止 BizTalk 和 Windows 服务：

  • BizTalk 服务 BizTalk 组： <Application_Name>
  • BizTalk 基本 EDI 服务
  • 规则引擎更新服务
  • 万维网发布服务

  如果安装了任何 BizTalk Server 加速器，请停止 HL7 日志记录服务。

• 备份数据库：

  • Master
  • MSDB
  • BAMArchive
  • BAMPrimaryImport
  • BAMStarSchema
  • BizTalkDTADb
  • BizTalkHwsDb
  • BizTalkMgmtDb
  • BizTalkMsgBoxDb
  • BizTalkRuleEngineDb
  • TPM
  • BizTalkAnalysisDb
  • BAMAnalysis

  有关 SQL Server 文档中的详细信息，请转到：

  • SQL Server 2014：备份概述
  • SQL Server 2012：备份概述

• 配置SQL Server 数据库邮件：仅当将 BAM 警报定义与SQL Server通知服务一起使用时才适用。

  在本文的升级 (之前 ，) 列出了具体步骤。 否则，请在升级后重新创建 BAM 警报定义。

执行升级

重要

安装 SQL Server 时，安装程序便将系统管理员权限授予你的登录帐户。 安装 BizTalk Server 时也需要系统管理员权限。 执行下列操作之一：

• 使用安装 SQL Server OR 时使用的同一帐户
• 确保当前的登录帐户具有系统管理员权限

升级步骤

1. 关闭所有打开的程序。

2. 从安装介质运行 Setup.exe 。

3. 在“开始”中，选择“安装 Microsoft BizTalk Server”。

4. 在 “客户信息”中，输入用户名、组织和产品密钥。 选择“下一步”。

5. 接受许可协议，然后选择“ 下一步”。

6. 在“客户体验改善计划”中，输入首选项。 有关详细信息，请参阅本文) 中的 附录 A (。

7. 在 “组件安装”中，查看可用组件，然后选择“ 下一步”。

8. 如果计算机缺少必备组件，则安装程序可能会安装可再发行的必备组件。 可以：

   • 选择“自动从 Web 安装可再发行的必备组件”

     OR

   • 如果已下载 CAB 文件，则选择“自动从 CAB 文件安装可再发行的必备组件”。 浏览到 CAB 文件的位置，然后选择该文件。

9. 在 “摘要”中，查看可升级的组件。

10. 选择“ 升级 ”以开始。

11. 可选：选择“当我检查更新时使用 Microsoft 更新 (建议) 。

12. 在“升级已完成”中，清除“Launch BizTalk Server配置检查”框，然后选择“完成”。

额外

升级 BizTalk Server 期间会发生很多情况，在此过程中发生错误也就不足为奇了。 但是，如果您作了准备，大多数错误可轻松纠正。 建议阅读本文中的 附录 B () ，以获取有关如何避免升级错误的提示，以及发生升级错误时应执行的操作。

升级过程仅升级作为前一版本 BizTalk Server 一部分的功能。 升级过程中不安装新的功能。 若要安装这些功能，请在升级后重新运行安装程序，选择 “修改”，然后选择要安装的功能。 安装后，使用 BizTalk Server Configuration Manager对其进行配置。

若要验证升级是否成功，请打开“程序和功能”并查找BizTalk Server 2016。 如果已列出，则安装成功。

升级后

无法回滚到 BizTalk Server 2013 R2/2013。

• 如果创建了 BAM 警报定义 XML 文件：在 BizTalk Server 2016 配置中配置 BAM 警报。 然后，部署已保存的定义。

  在本文的升级 (之前 ，) 列出了具体步骤。 否则，请在升级后重新创建 BAM 警报定义。

• 安装 MQSAgent：如果 MQSAgent.dll 文件安装在远程 WebSphere MQ 服务器上，请在远程 WebSphere MQ 服务器上安装 BizTalk Server 2016 中的新版 MQ 代理。

• 启动 MSMQ：如果使用 MSMQ 适配器，请启动消息队列服务。

• 自定义 EXE 和 BRE：如果具有引用 BizTalk Server 2010 中的业务规则引擎程序集的自定义托管可执行文件，请将以下内容添加到应用程序配置文件，以在 .NET Framework 2.0 中运行进程。

  <?xml version="1.0" encoding="Windows-1252"?>
  <configuration>
  <startup>
    <supportedRuntime version="v2.0.50727" />
  </startup>
  </configuration>
  

• SQL 代理作业：重新配置以下SQL Server 代理作业：

  • DTA 清除和存档 (BizTalkDTADb) ：请参阅 如何配置 DTA 清除和存档作业
  • 备份BizTalk Server (BizTalkMgmtDb) ：请参阅如何配置备份BizTalk Server作业

• 重启应用程序：重启已升级的所有已部署应用程序。

• BAM 门户错误：打开 BAM 门户时，可能会收到以下错误消息：

  The server encountered a critical failure while trying to access the list of Views. The Business Management Web Service requires Administrator's attention.

  如果 BAM 门户是在运行 .NET Framework 2.0 的应用程序所用的网站上配置的，则可能发生此错误。 在这种情况下，应在一个新网站上托管 BAM 门户。 若要添加网站，请参阅 创建网站。 创建网站后，重新配置 BAM 门户：

  1. 打开“BizTalk Server配置”。
  2. 选择“ 取消配置功能”。 在“取消配置功能”中，选择“BAM 门户检查”框，然后选择“确定”。
  3. 通过从 BAM 门户网站列表中选择新网站来重新配置 BAM 门户 。

• BizTalk 2016 Accelerator for SWIFT：BizTalk Server升级过程不会更新编辑的BREDeployment.exe.config 文件。 手动更改文件夹中 BREDeployment.exe.config 文件 \Program Files\Microsoft BizTalk 2016 Accelerator for SWIFT\SDK\Tools 的路径。

  另外，A4SWIFT Web 服务和 Message Pack 配置也将丢失。 在 BizTalk Server 升级后，重新配置这些设置。

附录 A：客户体验改善计划

根据 BizTalk Server 中的客户体验改善计划，可就 BizTalk Server 的功能使用情况向 Microsoft 提供有用的反馈。 收集的数据是匿名的，不能用来识别你的身份。 Microsoft 会作为此计划的一部分来收集功能使用情况统计信息。

通过参与此计划，您可以帮助我们改进 BizTalk Server 各项功能的可靠性和性能。

附录 B：已知问题

• 在管理计算机上配置 BAM 警报：在单独的计算机上安装了管理、运行时和SQL Server组件的多计算机环境。 在使用 BAM 工具或 BAM 警报时，可能会出现以下问题：

  问题：在 BizTalk 管理计算机上配置 BAM 工具时，会发生以下错误：

  Service BAMAlerts was not found on computer ‘.’.The specified service does not exist as an installed service.

  问题：从运行时计算机部署 BAM 活动定义时，会发生以下错误：

  A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) (.Net SqlClient Data Provider)

  如果在运行时计算机上配置 BAM 警报，则会发生这种情况。 若要解决，请在 BizTalk 管理控制台的同一台计算机上配置 BAM 警报。 请勿在运行时计算机上配置 BAM 警报。

• 从失败的升级中恢复：升级过程中随时都可能发生升级失败。 如何从失败的升级中恢复将取决于升级失败发生在每个阶段中的哪个点。

  • 如果在安装必备组件时发生升级失败，安装程序将停止必备软件的进一步安装，并返回错误消息。 然后，可更正问题并重新运行安装程序。

  • 如果在升级数据库、删除现有 BizTalk Server 版本中的功能或安装新版本时升级失败，则安装程序将停止进一步安装，并返回错误消息。 将回退所做的任何更改。 无法回退对 BizTalk Server 数据库所做的更改。

    如果在升级过程中删除了先前安装的 BizTalk Server 的组件，那么计算机可能会保持无 BizTalk Server 组件的状态。 可能会保留先前安装中的功能配置信息。 并且根据升级过程失败的位置，可能已升级了 BizTalk Server 数据库。 可能需要还原之前备份的数据库，然后才能再次运行安装程序。

  • 如果在重新配置 BizTalk Server 功能时升级失败，则安装程序将返回完成比例消息。 如果配置升级失败或部分成功，请运行 BizTalk Server 配置来完成升级。

    如果升级继续失败并且需要回退到先前版本的 BizTalk Server，则必须还原已备份的数据库，然后再重新安装先前的 BizTalk Server 版本。

• 使用相同的版本：在 BizTalk 应用程序组中，不能运行具有不同版本BizTalk Server的计算机。 例如，在 BizTalk 管理控制台中，你无法将运行在一个 BizTalk Server 版本上的发送端口绑定到运行在其他 BizTalk Server 版本上的接收位置。

• 重启 SSO 服务：如果计算机上安装了以前的 Visual Studio 版本或 .NET Framework 4.5，则早期版本的 BizTalk Server 中的 SSO 服务将停止工作。 若要解决此问题，请 regasm SSOSQL.dll 从 Visual Studio 命令提示符运行 命令。 该命令将重新启动 SSO 服务。

  注意

  在 64 位计算机上，运行 32 位和 64 位版本的 regasm 命令。

• 无法使用 SOAP：平台升级后，由于权限原因，可能无法发送 SOAP 消息。 若要解决此问题，请使用以下文本编辑 Web.config C:\inetpub\wwwroot\<SOAPExternalAppName>\ 文件：

  <securityPolicy>
  <trustLevel name="Full" policyFile="internal" />
  <trustLevel name="High" policyFile="web_hightrust.config" />
  <trustLevel name="Medium" policyFile="web_mediumtrust.config" />
  <trustLevel name="Low" policyFile="web_lowtrust.config" />
  <trustLevel name="Minimal" policyFile="web_minimaltrust.config"/>
  </securityPolicy>
  <trust level="Full" originUrl="" processRequestInApplicationTrust="true"/>
  

  可能还必须将自定义错误模式从 “仅远程” 更改为 “关闭”。

• 证书存储：升级后，从 BizTalk Server 管理控制台打开发送端口或接收位置，并收到错误：Could not open certificate store, the system cannot find the file specified (System).

  缺少证书存储时会出现此错误。

• BAM 门户：在 64 位计算机上，升级后无法访问 BAM 门户。 可能的解决方法：

  1. 创建位于 %BizTalkInstallDir%\BAMPortal\web.config的 web.config 文件的备份副本。

  2. 使用 BizTalk Server Tracking 文件夹中的 bm.exe，在命令提示符处运行以下命令：bm.exe get-config –FileName:<filepath> -Server:MyServer -Database:MyDB

     从 Config XML 文件中，获取 BAMVRoot (xpath 的值：BAMConfiguration\ GlobalProperty\Name=“BAMVRoot”) 。

  3. 打开列为 BAMVRoot 值的计算机上的 BizTalk Server 配置，然后取消对 BAM 门户的配置。

  4. 打开 BizTalk Server 配置，然后配置 BAM 门户。

  5. 从步骤 (1) 中提到的位置打开新的 web.config 文件。

  6. 使用 web.config 文件的备份副本，在) 下 configuration\appSettings (设置以下值：

     • key="MainPageContentUrl"
     • key="AlertNotificationOptions"

     注意

     在 64 位计算机上，升级操作系统之后，建议重新配置 BAM 门户。

• 部署 EDI BAM 活动：升级时，升级可能会部分成功。 升级已配置 EDI 的 SQL Server 时可能发生这种情况。 可能未正确升级 EDI BAM 活动。 若要解决此问题，请通过使用管理凭据在命令提示符处运行以下命令来部署 BAM 活动：

  "<BizTalk Installation Folder>\Tracking\bm.exe" deploy-all -DefinitionFile:"<BizTalk Installation Folder>\AS2ResendActivityDefs.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

  "<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.EdiAS2.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

  "<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.Batching.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"

• 群集上的 SSO 错误：在BizTalk Server运行时群集环境中，尝试升级时，可能会收到错误消息：

  SSO Master Secret Server service is not running on <Cluster name>.Please start the service to continue the upgrade.

  若要解决此问题，请刷新 SSO 和 BizTalk Server 运行时群集中的 SSO 服务。

  若要刷新 SSO 群集中的 SSO 服务，请执行以下操作：

  1. 在群集管理员的“ 联机 ”中，包含群集 Enterprise SSO 服务资源的群集组。 这应启动群集组中的所有资源。

  2. 使 Enterprise SSO 服务的群集实例脱机。 然后，将其重新 联机。

  3. 移动 群集组。 此步骤应将第一个节点上包含群集企业 SSO 服务资源的群集组移到第二个节点上。

  4. 使 Enterprise SSO 服务的群集实例脱机。 然后，将其重新 联机。

  若要刷新 BizTalk Server Runtime 群集中的 SSO 服务，请执行以下操作：

  1. 在“群集管理员”中，将包含群集BizTalk Server运行时资源的群集组联机。 这应启动群集组中的所有资源。

  2. 使 企业 SSO 服务的群集实例脱机。 然后，将其重新 联机。

  3. 移动 群集组。 此步骤应将第一个节点上包含群集 BizTalk Server 运行时资源的群集组移到第二个节点上。

  4. 使 企业 SSO 服务的群集实例脱机。 然后，将其重新 联机。