提供高可用性 BizTalk Server

本部分介绍提高BizTalk Server系统可用性的方法。

提高可用性的策略

提高可用性的策略包括:

  • 使用 Windows Server 2003 服务器聚类分析或 Windows Server 2008 故障转移聚类分析提供高可用性。 服务器/故障转移群集是一组独立的计算机系统(称为节点),作为单个系统协同工作,以确保关键应用程序和资源仍可供客户端使用。 如果其中一个节点因故障或维护停机时间要求而不可用,另一个节点将立即开始提供服务 (称为故障转移) 的过程。

    • 通常建议将服务器/故障转移群集用于运行包含BizTalk Server数据库SQL Server的计算机。

    • 可能需要服务器群集才能为某些 BizTalk 适配器提供高可用性。

    • 通常建议将服务器群集用于企业单一 Sign-On 主机密服务器。

  • 使用负载均衡的形式提供高可用性

    • 网络负载均衡 (NLB) 。 如果主机发生故障或脱机,NLB 通过将传入网络流量重定向到正常工作的 NLB 群集主机来提供高可用性。 与服务器群集不同,NLB 不需要特殊硬件。

    • BizTalk 主机负载均衡。 BizTalk 主机负载均衡是为 BizTalk 主机提供的,方法是将运行BizTalk Server的多个服务器添加到BizTalk Server组,然后将进程内主机的多个实例配置为在这些服务器上运行。 这可以跨主机的多个实例分发在该主机中配置的服务和项目的执行,这可增强其可用性与可伸缩性。

      注意

      主机负载均衡功能仅适用于进程内主机。

    • 通过使用 SAN 或通过添加多个 MessageBox 数据库,为SQL Server磁盘提供负载均衡。

  • 用于 提高可用性的策略。 这些策略提供更高的可用性,但通常还要求管理员在运行时执行一个或多个操作。 因此,这些策略通常被视为提供更高的可用性,而不是高可用性:

    • 使用BizTalk Server日志传送和灾难恢复提高可用性。

    • 通过实施适当的监视和维护策略提高可用性。

群集和灾难恢复之间的差异

虽然群集和灾难恢复都提高了可用性,但两者之间的主要区别在于,群集提供的恢复时间通常比灾难恢复快得多。 因此,基于服务器/故障转移群集或负载均衡构建的解决方案通常被视为提供高可用性,而不是仅仅提供可用性。

灾难恢复允许恢复失败系统的操作,但通常是一个手动过程,与高可用性实现相比,需要更多恢复时间。 因此,灾难恢复实现提供可用性,但不提供高可用性。 在生产BizTalk Server环境中,应同时通过服务器/故障转移群集和负载均衡使用高可用性,以及通过灾难恢复实现的可用性。

本节内容

另请参阅

清单:提供高可用性容错或负载均衡
清单:使用灾难恢复提高可用性