清单：配置 BizTalk Server
准备在BizTalk Server生产环境中使用的BizTalk Server时，请按照以下步骤操作。
| 步骤 | 参考 |
|---|---|
| 配置 BizTalk 主机和主机实例。 | 将发送、接收、处理和跟踪功能分离到多个主机中。 这在配置工作负载时提供了灵活性，并使你能够在不影响其他主机的情况下停止一个主机。 有关详细信息，请参阅 配置主机和主机实例。 |
| 请确保遵守并了解 BizTalk 主机实例内存使用量的最大实际限制。 | 32 位 BizTalk 主机实例内存使用量的最大实际限制 |
| 配置专用跟踪主机。 | 使用专用主机，该主机只执行主机跟踪。 这可以防止托管跟踪对同一主机中运行的其他 BizTalk 项目的性能产生影响。 它还允许停止其他主机，而不会干扰跟踪。 跟踪主机应在至少两台运行BizTalk Server (的计算机上运行，以便在一台) 失败时实现冗余。 有关详细信息，请参阅 配置专用跟踪主机。 |
| 设置 SOAP、HTTP 和基于 HTTP 的 WCF 适配器并发连接 | 应用 IIS 配置设置 |
| 实现 BizTalk 应用程序升级和版本控制策略。 | - 如果需要支持长时间运行的业务流程，并且/或需要在不停机的情况下执行 BizTalk 应用程序部署，则需要为不同的版本控制方案实施和实践可靠的端到端BizTalk Server版本控制策略。 - 如果需要支持长时间运行的业务流程、并行部署或无停机升级，则应实现包含分解的程序集版本控制与打包策略。 有关详细信息，请参阅 应用程序的升级和版本控制策略。 |
| 编写BizTalk Server应用程序部署的脚本。 | 应尽可能编写 BizTalk 应用程序部署脚本。 应记录任何未编写脚本的详细步骤。 有关详细信息，请参阅： - 使用脚本部署应用程序 - 管理应用程序 |
| 预定义用于重新提交消息和重启工作流的进程。 | 建立并记录一个过程，以检查挂起的服务实例并采取适当的操作。 在大多数BizTalk Server环境中，这应作为BizTalk Server环境日常维护的一部分来执行。 有关执行日常维护检查的详细信息，请参阅 清单：执行每日维护检查。 |
| 为BizTalk Server环境中可能遇到的问题定义升级路径。 | - 确定角色和职责 - 定义升级过程和路径 - 必要时定义“短路”过程和路径，以用于“危急情况”方案 - 定义供应商问题的升级路径，包括 Microsoft、其他软件供应商、硬件供应商 (例如服务器、SAN、交换机) |
| 在 64 位 Windows 操作系统上使用 BizTalk Server 时，请遵循某些注意事项 | 在 64 位 Windows 操作系统上使用 BizTalk Server 的注意事项 |
| 遵循BizTalk Server设置的最佳做法。 | BizTalk Server 设置的最佳做法 |