更新：2007 年 11 月
在您設定主要資料層和應用程式層伺服器之後，就可以針對 Team Foundation 的應用程式層伺服器加入暖待命電腦。
暖待命電腦的設定考量
待命硬體和軟體
待命電腦的組態必須符合主要電腦的組態。這些電腦不必完全相同，但是待命電腦必須符合 Team Foundation 的系統需求。您可以先針對暖待命電腦完成主要電腦的相同必要條件和 Team Foundation 安裝步驟，然後就必須在這兩部電腦上維持軟體和使用者帳戶的更新。如需應用程式層之待命電腦組態的詳細資訊，請參閱確保 Team Foundation Server 的可用性。
為了確定電腦已就緒，您必須定期更新暖待命電腦，使其符合主要電腦。您在主要電腦上執行的任何更新都應該在暖待命電腦上重複執行一遍。例如，所有系統更新、軟體更新和使用權限變更也都應該在暖待命電腦上執行。
網路介面卡組態
若要將容錯移轉至用戶端的影響降至最低，您必須設定網路介面卡，以便允許用戶端針對主要和待命應用程式層電腦使用相同的主機名稱。由於設定介面卡的方式有許多種，因此本文件將說明其中兩種方式：
DNS 主機更新 (選項 1 - DNS)：「DNS 主機 (A)」記錄是使用主要 Team Foundation 應用程式層伺服器的 IP 位址建立的。這兩部 Team Foundation Server 應用程式層伺服器上都不需要進行特殊的網路設定，因為 DNS 會將虛擬 Team Foundation Server 應用程式層伺服器的要求解析為主要應用程式層伺服器的 IP 位址。在容錯移轉過程中，網域管理員必須更新 DNS 主機項目，將流量重新導向至新的主要 Team Foundation Server 應用程式層伺服器。
固定 IP (DIP) 位址 (選項 2 - DIP)：此組態中需要三個靜態 IP 位址。將虛擬 Team Foundation Server 應用程式層伺服器名稱對應至其中一個固定 IP 位址的 DNS 主機記錄，是由網域管理員所建立。該靜態 IP 位址和其中一個未使用的 IP 位址，是在主要 Team Foundation Server 應用程式層伺服器上於網路連線的 [TCP/IP] 屬性中手動設定。待命 Team Foundation Server 應用程式層伺服器則是使用其餘的靜態 IP 位址設定。在容錯移轉過程中，Team Foundation Server 管理員會變更新的主要應用程式層伺服器上的網路設定，讓伺服器回應虛擬 Team Foundation Server 應用程式層伺服器所使用靜態 IP 位址上的要求。
錯誤偵測
用戶端應用程式會連接到主要應用程式層，而主要應用程式層則使用伺服器名稱來連接到資料層伺服器。身為系統管理員，您必須在發生故障時，手動偵測重設和啟動暖待命伺服器的時機。
啟動暖待命伺服器
當主要伺服器故障時，您就必須完成下列步驟來手動啟動暖待命伺服器。為了協助您執行此程序，Team Foundation 加入了 TFSAdminUtil 公用程式的 ActivateAT 命令。這個命令會執行下列各項作業：
啟動暖待命伺服器上的 Web 服務。
當待命應用程式層伺服器啟動時，原始伺服器應該處於離線狀態。
在 Team Foundation 整合資料庫中註冊暖待命電腦名稱。
將暖待命應用程式層伺服器連接到作用中的資料層伺服器。
確認已將正確的應用程式層伺服器連接到正確的資料層伺服器。
如需如何啟動待命功能的詳細資訊，請參閱 HOW TO：啟動容錯移轉應用程式層伺服器。
請參閱
工作
概念
確保 Team Foundation Server 的可用性