方案：安装 Team Foundation Server 场（高可用性）

出于以下任何原因，您可能会将应用层服务器添加到 Visual Studio Team Foundation Server 的现有部署：

• 您希望在 Team Foundation Server 的部署中建立冗余。

• 您希望 Team Foundation Server 部署运行更快。

• 您希望还原失败的应用层服务器。

• 您希望将应用层转移到其他服务器。

冗余和性能

在 Team Foundation Server 的早期版本中，您只能在 SQL Server 群集上运行数据层。 这种限制意味着，您只能增强 Team Foundation Server 部署中的其中一部分（数据层）的可伸缩性。 通过使用“应用层专用配置”向导，您还可以增强应用层的可用性、可伸缩性和性能。

为了从多个应用层服务器中获益，您应确保 Team Foundation Server 的初始部署具有以下特征：

• 应用层和配置数据库安装在不同的服务器上。

• 为 Team Foundation Server 服务帐户 (TFSSERVICE) 使用了域帐户。

• 部署了网络负载平衡 (NLB)。

您使用 NLB 来创建显示为单一逻辑 Web 服务的 Web 服务器群集。 此过程独立于“应用层专用配置”向导。 有关如何设置 NLB 的更多信息，请参见 Microsoft 网站上的以下页面：网络负载平衡。

提示

如果您要从在 NLB 群集中的一台应用层服务器上运行的客户端连接到该群集，则应使用 localhost 作为服务器名称（而非用于负载平衡器的域名系统 (DNS) 名称）来建立连接。 默认情况下，Internet Information Services (IIS) 禁止您从 NLB 群集中的任何服务器连接到该群集，除非您将 localhost 用作该群集的名称。

如果创建 NLB 群集，则无需为配置数据库或任何团队项目集合使用 SQL Server 群集。 出于性能、可伸缩性和可用性方面的考虑，您可能部署的任何 SQL Server 群集均独立于 NLB 群集。

灾难恢复和硬件升级

如果有配置数据库的副本，并且应用层出现硬件故障，则可以使用“应用层专用配置”向导来还原应用层。

还可以使用“应用层专用配置”向导来转移应用层。 尽管转移应用层无需特定体系结构，但您必须对部署的配置数据库具有访问权限。

请参见

参考

检查表：添加应用层