更新：2007 年 11 月
您可以控制何时使服务器脱机以进行维护。但是，您还必须考虑如何处理意外故障。通过应用三种基本策略之一，您可以确保在维护或故障期间服务器仍对客户端可用。选择策略的依据是用户所能承受的停机时间和系统的布局。
可用性策略
通常情况下，单服务器和双服务器拓扑可承受由于系统维护或在发生故障时进行还原而造成的合理停机时间量。复杂的系统可以通过使用专用资源来提供不间断的服务。下面的策略可提供不同程度的 Team Foundation Server 可用性。
标准数据库备份做法 对于数据层，可保留数据库的备份，然后使用备份在合理的时间内进行恢复。使用对任何 SQL Server 数据库使用的相同的最佳做法。此策略不需要额外的计算机或维护资源。有关更多信息，请参见备份 Team Foundation Server。
应用程序服务的热备用计算机 通过设置并维护一台作为热备用的单独应用层服务器可缩短服务的恢复时间。此策略需要额外的硬件，因而，需要额外的维护工作来使该计算机保持最新并处于就绪状态。有关更多信息，请参见管理 Team Foundation 应用层服务器。
.gif "说明")
说明：应用层不能是网络场的组成部分。
该计算机必须保持更新以匹配主计算机。可使用下面的列表考虑所需要的额外维护。
硬件升级。
操作系统更新。
软件更新。
用户帐户和权限的更改。
Reporting Services 加密密钥的更改。
除了维护这些计算机之外，Team Foundation Server 管理员还必须通过以下方式对故障作出响应：向域管理员请求对 DNS 服务器数据库进行更新，以及使用 TFSAdminUtil 命令行实用工具。有关更多信息，请参见如何：激活故障转移应用层服务器。
数据库群集 为了提供无中断的数据层服务，可在群集中设置并维护专用服务器。如果组织已有可用于设置和维护群集的资源，则可以考虑使用群集。此策略会大大提高资源和维护成本，因为群集的硬件和软件要求非常严格。例如，硬件必须完全匹配并且是已批准硬件列表中的硬件。有关更多信息，请参见 Microsoft 网站上的以下主题：“如何创建新的 SQL Server 2005 故障转移群集”(SQL Server 2005) 以及“如何创建新的 SQL Server 故障转移群集（安装程序）”(SQL Server 2008)。
**数据库镜像 **镜像 Team Foundation 数据层服务器具有多个优点。它使您能将 Team Foundation 数据层主服务器脱机以进行更新、维护或修理，同时将对 Team Foundation Server 用户的影响减至最小。Team Foundation 数据层主服务器不可用时，镜像还支持一种快速恢复机制。如果您的组织有资源来再设置和维护一台 Team Foundation 数据层服务器，则可以考虑为 Team Foundation 数据层服务器准备一台镜像服务器。
本节内容
将数据层服务器架设到群集中
描述群集过程并说明对 Team Foundation 数据层服务器进行群集的优点。激活故障转移应用层服务器
描述激活故障转移 Team Foundation 应用层服务器的要求，并提供指向配置主题的链接。镜像 Team Foundation 数据层服务器
描述对 Team Foundation 数据层服务器进行镜像的要求和配置。