共用方式為


Team Foundation Server 移動類型

Visual Studio Team Foundation Server 支援三種移動類型。 最常見的類型就是以還原為基礎的移動,其中新的 Team Foundation Server 安裝是在新的硬體上設定,而且原始 Team Foundation Server 部署的資料會還原至做為資料層的新伺服器。 較簡單的類型是以環境為基礎的移動,其中現有的 Team Foundation Server 部署會從一個網域移至另一個網域,會從工作群組移至網域。 最後,您可以將部署從單一伺服器移至多部伺服器,其中 Team Foundation Server 會從單一伺服器的安裝移到跨兩部以上伺服器的安裝。 這是以還原為基礎之移動的特定類型。

為什麼移動您的 Team Foundation Server 部署?

您可能會考慮移動現有 Team Foundation Server 部署的原因有許多種。 最常見的原因如下:

  • 將 Team Foundation Server 從單一伺服器移到多部伺服器,藉此增加 Team Foundation Server 部署的容量。

  • 增加伺服器來裝載組成資料層的資料庫,藉此擴充部署。

  • 增加應用程式層伺服器 (不論是否有負載平衡軟體) 來分散應用程式層伺服器之間的流量,藉此提升部署的速度和靈活度。

  • 為了加入新硬體 (使用相同的伺服器名稱或不同的伺服器名稱)。

  • 為了將 Team Foundation Server 從工作群組移至 Active Directory 網域。

  • 為了將 Team Foundation Server 從某個網域移至另一個網域。

支援的移動類型

Team Foundation Server 支援三種不同的移動類型。 不過,這三種移動類型都需要進行許多步驟。 您應該先仔細閱讀每種移動類型的程序,然後再嘗試移動 Team Foundation Server 部署。

  • 以還原為基礎的移動:必要軟體先安裝在新硬體上,然後才還原原始 Team Foundation Server 資料庫的備份。 以硬體為基礎的移動範例包括:

    • 從某個單一伺服器部署移至相同網域中的另一個單一伺服器部署。

    • 從某個雙重伺服器或多個伺服器部署移至相同網域中的另一個雙重伺服器部署。

    • 從某個資料層伺服器將資料還原至另一個資料層伺服器 (僅限雙重伺服器部署)。

    • 移動或分割 Team 專案集合。

    如需取得特定步驟的資訊,請參閱 將 Team Foundation Server 從某種硬體組態移到另一種硬體組態將資料還原至不同的伺服器或執行個體分割 Team 專案集合移動 Team 專案集合

  • 以環境為基礎的移動:透過將執行 Team Foundation Server 的伺服器聯結 (Join) 至某個網域或變更伺服器所屬的網域,將現有的 Team Foundation Server 部署移動至新的環境。 這種移動類型不會涉及硬體變更。 以環境為基礎的移動範例包括:

    • 將部署從工作群組移動至網域

    • 將部署從某個網域移動至另一個網域

    如需取得特定步驟的資訊,請參閱 將 Team Foundation Server 從某種環境移到另一種環境

  • 單一伺服器至多部伺服器的移動:這是以還原為基礎之移動的特定類型。 SQL Server 已在新電腦上安裝及設定,且原始單一伺服器 Team Foundation Server 已轉換成裝載邏輯 Team Foundation 應用程式層的伺服器。 從原始單一伺服器環境中取出的資料庫備份會還原至新的 Team Foundation 資料層伺服器。 如需取得特定步驟的資訊,請參閱 從單一伺服器移至雙重伺服器部署

移動案例

您必須決定最適合商務需求的移動類型。 可能的伺服器移動案例包括:

  • 將伺服器從網域 A 移至網域 B:如果您沒有變更硬體,這就是以環境為基礎的移動類型。 如果您在測試網域中評估了 Team Foundation Server,而且想要將伺服器移至實際執行網域,可能就會這樣做。 此外,移動伺服器可能也會涉及從原始伺服器移動或重新建立使用者帳戶、群組帳戶和使用權限。

  • 將單一伺服器從工作群組移至網域:這是以環境為基礎的移動類型。 如果您在工作群組中部署了 Team Foundation Server,然後決定要實作 Active Directory 網域,可能就會這樣做。 如果相同的使用者帳戶位於網域中,或者使用者帳戶在 Team Foundation Server 上存在成本機帳戶,您就可以將本機使用者從工作群組移至網域。

  • 在 Team Foundation Server 部署中更換硬體:這是以還原為基礎的移動類型。 如果您必須更換已安裝 Team Foundation Server 的硬體,可能就會這樣做。

  • 擴充單一伺服器 Team Foundation Server 部署的容量:這種案例之移動類型的決定條件是您想要將部署移至速度更快且容量更大的伺服器,還是想要從單一伺服器部署移至多部伺服器。 前者是以還原為基礎的移動,而後者則是單一伺服器至多部伺服器的移動。 如果您在目前的 Team Foundation Server 部署上遇到效能低落的情形,而且需要更多容量讓使用者、專案和資料使用,可能就會這樣做。

  • 將 Team 專案集合從一個 Team Foundation Server 部署移到另一個部署:這種移動類型只會移動單一集合資料庫,而非整個部署。

  • 將 Team 專案集合分割成兩個以上的集合:這種移動類型會分割單一集合包含的專案。 專案只能存在於一個集合,因此分割集合各有自己唯一的專案資訊清單。

移動考量

移動 Team Foundation Server 部署的工作需要諽慎的規劃和執行。例如,合併 Team Foundation Server 單一伺服器部署至多部伺服器的移動與網域移轉就需要特別謹慎。 同時務必記住,Team Foundation Server 會將組態資訊儲存在多個位置。 請務必確實遵循移動步驟。 如需詳細資訊,請參閱Team Foundation Server 架構SharePoint 產品和 Team Foundation Server 之間的互動

移動 Team Foundation Server 的考量事項

請盡可能保留相同的 Team Foundation 應用程式層伺服器名稱:若為以環境為基礎的移動和單一伺服器至多部伺服器的移動,請盡可能針對 Team Foundation 應用程式層伺服器保留相同的名稱, 因為變更 Team Foundation 應用程式層伺服器名稱會造成下列問題:

  • 變更 Team Foundation 應用程式層伺服器名稱會要求所有 Team Foundation 用戶端都必須連接至新的伺服器名稱。

  • 變更集合名稱 (透過移動或分割集合) 會要求所有用戶端都必須重新連接至使用新名稱的集合。

  • 如果變更了伺服器或集合名稱,所有查詢繫結的 Microsoft Office 文件將不再有用, 因為這些文件會繫結至建立它們的伺服器和集合。 這些文件包括在專案 [文件] 節點中於專案建立時自動建立的所有查詢繫結 Microsoft Office 文件。

  • 如果變更了伺服器名稱,文件的所有內嵌連結都會指向未知的伺服器或集合名稱。

移動使用者和服務帳戶:Team Foundation Server 會依照組態資料庫中的安全識別項 (SID) 來儲存 Windows 識別 (本機和網域群組及使用者),做為安全性模式的一部分。 如果要移動集合或伺服器,就必須協調識別並重新設定 Team Foundation Server。 尤其是在下列情況下更是如此:

  • 本機帳戶存在於原始 Team Foundation Server 上。 您必須決定這些帳戶會在移動後的 Team Foundation Server 上重新建立成本機帳戶,還是在移動後之 Team Foundation Server 的新網域中重新建立成網域帳戶。

  • 網域帳戶存在於原始 Team Foundation Server 上,但是您要將 Team Foundation Server 移至不信任原始網域的網域。 您必須決定這些帳戶會在移動後的 Team Foundation Server 上重新建立成本機帳戶,還是在移動後之 Team Foundation Server 的新網域中重新建立成網域帳戶。

使用測試回合準備:建議您使用測試回合練習來測試移至新環境的作業,以便協助判斷和疑難排解任何無法預料的問題。 您的移動案例和部署環境可能會與 Microsoft 所測試的項目有所不同。 執行測試回合可協助您識別移動步驟中可能的差異,而這些差異是您的部署特有的。

請參閱

工作

在 Team Foundation Server 中連接和存取 Team 專案

概念

使用 Team 專案集合組織您的伺服器

其他資源

將 Team Foundation Server 從某種硬體組態移到另一種硬體組態

將 Team Foundation Server 從某種環境移到另一種環境

從單一伺服器移至雙重伺服器部署

在工作群組中管理 Team Foundation Server

Team Foundation Server 的信任和樹系考量