提高 BizTalk Server 的可用性

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

提高可用性的策略

提高可用性的策略包括:

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

    • 通常建议在运行 SQL Server 的计算机上使用服务器/故障转移群集来托管 BizTalk Server 数据库。

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

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

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

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

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

      注释

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

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

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

    • 通过使用 BizTalk Server 的日志传送和灾难恢复措施提升系统可用性。

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

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

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

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

本节中

另请参阅

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