開始使用 Azure DevOps 資料遷移工具
使用 Azure DevOps 資料遷移工具以高精確度移轉資料庫之前，請先瞭解本文中的一些基本概念。
瞭解哪些數據已移轉
並非所有的數據都會移轉。 集合外部的不同資料庫，例如報表和 SharePoint 數據，不會進行移轉。 下列各節列出移轉哪些數據的詳細數據。
內含資料
下表顯示移轉中包含的數據。
| 內含資料 | 描述 |
|---|---|
| 集合對應 | Azure DevOps Server 中的每個集合都會對應至一個資料庫。 在移轉期間，整個集合，包括工作專案、歷程記錄、Team Foundation 版本控制 （TFVC） 變更集、Git 數據、組建定義等等，都移轉至 Azure DevOps Services。 工作專案、TFVC 變更集和 Git 認可號碼/標識元保持不變。 |
排除的數據
下表顯示移轉中的特定數據排除專案。
| 排除的數據 | 描述 |
|---|---|
| 擴充 | 必須在移轉後重新安裝擴充功能。 您應該將本機擴充功能發佈至 Marketplace 作為私人延伸模組，並與帳戶共用。 |
| 服務掛勾 | 服務勾點數據未包含在移轉中;在移轉之後重新設定。 |
| 負載測試 | 負載測試數據不會帶過來;在移轉後重新設定負載測試。 |
| 管線代理程式和代理程式集區 | 在移轉之後重新設定管線代理程式和代理程式集區。 |
| 提及 | 使用者在工作項目討論中提及會保留內部部署身分識別，而不是新的Microsoft Entra識別符。 將滑鼠停留在用戶名稱上不會顯示聯繫人卡片，而且某些超連結可能無效。 |
| Project Server 整合 | 不適用於 Azure DevOps Services。 例如，XAML 組建、Microsoft測試管理員、SharePoint、SQL 數據倉儲等等。 |
| 預覽功能 | 在移轉至 Azure DevOps Services 期間，可以預覽某些 Azure DevOps Server 功能。 |
專案限制
如果您的集合包含許多專案，則 Azure DevOps Services 會限制每個組織 1,000 個專案，但我們建議使用 300 個或更少專案。 超過此閾值，某些體驗，例如從Visual Studio連線到組織，可能會降低。 若要保持在限制內，請考慮分割集合或刪除較舊的專案。
了解內部部署資料庫與 Azure DevOps 組織之間的關聯性。
在深入探討規劃移轉之前，請務必在提升層級了解資料庫移轉程序的運作方式。 移轉會以下列主要概念運作：
- Team 專案集合：Azure DevOps Server 中的集合是小組專案及其成品的實體容器。 每個集合等同於單一 SQL 資料庫，而且是移轉至 Azure DevOps Services 的來源。
- Azure DevOps Services 組織：組織是雲端託管服務中的管理單位。 在邏輯上，他們會將 1：1 對應至 Azure DevOps Server 中小組專案集合的概念。 因此，組織是移轉至 Azure DevOps Services 的目的地。 例如，Azure DevOps Services 組織會
https://dev.azure.com/Contoso以 Contoso 代表 Azure DevOps Services 組織的名稱來表示。
當您移轉Team專案集合SQL資料庫時，資料遷移工具會建立具有使用者提供名稱的新 Azure DevOps 組織。 無法將收集資料庫移轉至現有的 Azure DevOps Services 組織，或將多個集合資料庫合併至單一 Azure DevOps Services 組織。 此對應在小組專案集合與 Azure DevOps Services 組織之間嚴格一對一。
選擇數據中心
當您設定 Azure DevOps Services 組織時，您可以選擇資料的位置。 在初始註冊和組織建立期間，選取符合您需求的區域。 若要稍後使用進行移轉，請記下區域的速記程序代碼。 如需詳細資訊，請參閱支援移轉的區域。
了解定價
一般而言，移轉所想出的問題是公司需要使用 Azure DevOps Services 的授權類型。 好消息是，您可能擁有您已經需要的所有授權。 我們建立了應該涵蓋大部分案例的範例工作表。 如果您有任何有關情況的特定問題，請連絡開發人員解決方案銷售專家或Microsoft轉銷商。 如需詳細資訊，請參閱 Azure DevOps 的定價。
用戶授權工作表
| # | 欄 1 | 欄 2 |
|---|---|---|
| 1 | 小組成員數目 | |
| 2 | 項目關係人的數目 | |
| 3 | 從行 （1）減去行 （2） | |
| 4 | # of Visual Studio subscribers** | |
| 5 | 減行 （4） 從行 （3） | |
| 6 | 從行 （5） 減去行 （5） 行 |
- *項目關係人是免費的
- ** Visual Studio 訂閱者包含 Azure DevOps Services 作為訂用帳戶的優點
- 每個 Azure DevOps Services 組織都會獲得五個免費使用者
如需存取功能符合成本效益選項的詳細資訊，請參閱 計費概觀 和 Azure 定價計算機。
透過 Visual Studio Marketplace 或 Azure 入口網站 購買任何所需的 Azure DevOps Services 用戶授權。 我們會在準備測試回合階段期間深入探討此程式。
除了核心功能之外，Azure DevOps 還提供下列增值服務，您可能會發現這些服務很有説明：
- 裝載的負載測試服務：如果您需要模擬和分析負載下應用程式效能，Azure DevOps 會提供裝載的負載測試服務。 這些服務可讓您對應用程式進行壓力測試，並找出瓶頸或效能問題。
- Test Manager 延伸模組：若要進行全面的測試管理，請考慮使用 Test Manager 擴充功能。 這些延伸模組會提供測試案例管理、探勘測試和測試執行追蹤等功能，來增強您的測試功能。
- 更多功能：Azure DevOps 提供各種符合特定需求的擴充功能和整合。 無論是與非Microsoft工具整合、增強安全性或自動化部署管線，都有各種不同的選項。
其中一些服務可能會產生額外費用，因此必須據以評估您的需求和預算。 這些成本會出現在相關聯的訂用帳戶底下您的帳單上。 如需詳細資訊，請參閱 設定計費。 如果您有有關情況的特定問題，請連絡您的DevOps合作夥伴、Microsoft轉銷商或您的Microsoft開發人員解決方案銷售專家，以取得個人化指引。
保留新的組織
考慮到移轉項目的時程表，建議您儘早保留組織的名稱，以確保您的最終移轉可以使用所需的名稱。
例如，如果您的公司是 Contoso，而且您想要具有相符名稱的組織， https://dev.azure.com/contoso您可以立即使用該名稱建立組織。 但請記住，您只能移轉至全新的 Azure DevOps Services 組織。
請執行下列步驟來保留您的組織名稱。
- 初始保留：
- 建立具有暫時名稱的組織，例如
https://dev.azure.com/contoso-temporary。 - 保留此暫時名稱以供您未來的移轉使用。
- 建立具有暫時名稱的組織，例如
- 最終移轉：
- 當您準備好開始進行最終移轉時，請將其執行到
https://dev.azure.com/contoso-temporary組織。 - 成功移轉之後，請重新命名保留的組織，以開啟所匯入組織所需的名稱。 重新命名它，而不是刪除它，因為刪除最多可能需要一個小時才能釋放名稱，而重新命名它立即。
- 立即將移轉的組織重新命名為所需的名稱，
https://dev.azure.com/contoso例如，您剛重新命名即可清除該名稱。 - 或者，您現在可以刪除原本保留和重新命名的組織。
- 當您準備好開始進行最終移轉時，請將其執行到
透過遵循這種方法，您有順暢的轉換，同時確保慣用的組織名稱仍可供使用。