在使用 Azure DevOps 数据迁移工具 以高保真度迁移数据库之前，请了解本文中的一些基本概念。
了解将迁移的数据
并非所有数据都会被迁移。 集合外部的单独数据库（例如报告和 SharePoint 数据）不会被迁移。 以下几个部分列出了有关将迁移的数据的更多详细信息。
已包含的数据
下表显示了包含在迁移中的数据。
| 已包含的数据 | 说明 |
|---|---|
| 集合映射 | Azure DevOps Server 中的每个集合都与一个数据库对应。 在迁移期间，整个集合（包括工作项、历史记录、Team Foundation 版本控制 (TFVC) 更改集、Git 数据、生成定义等）将被迁移到 Azure DevOps Services。 工作项、TFVC 更改集和 Git 提交编号/ID 保持不变。 |
排除的数据
下表显示了迁移中的特定数据排除项。
| 排除的数据 | 说明 |
|---|---|
| 扩展 | 迁移后必须重新安装扩展。 应将本地扩展作为专用扩展发布到市场，并将其与帐户共享。 |
| 服务挂钩 | 服务挂钩数据不会被包含在迁移中；迁移后重新配置。 |
| 负载测试 | 不会引入负载测试数据；迁移后重新配置负载测试。 |
| 管道代理和代理池 | 迁移后重新配置管道代理和代理池。 |
| 有关记录 | 工作项讨论中的用户提及会保留本地标识，而不是新的 Microsoft Entra ID。 将鼠标悬停在用户名上不会显示联系人卡片，并且某些超链接可能会无效。 |
| 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 组织之间的关系。
在深入了解如何计划迁移之前，务必在提升级别了解数据库迁移流程的正常工作方式。 迁移涉及以下主要概念：
- 团队项目集合：Azure DevOps Server 中的集合是团队项目及其项目的物理容器。 每个集合都等同于单个 SQL 数据库，并且是迁移到 Azure DevOps Services 的源。
-
Azure DevOps Services 组织：组织是云托管服务中的管理单元。 从逻辑上讲，它们将按 1:1 映射到 Azure DevOps Server 中团队项目集合的概念。 因此，组织是迁移到 Azure DevOps Services 的目标。 例如，Azure DevOps Services 组织表示为 Contoso 表示 Azure DevOps Services 组织名称的
https://dev.azure.com/Contoso。
迁移团队项目集合 SQL 数据库时，数据迁移工具会使用用户提供的名称创建新 Azure DevOps 组织。 无法将集合数据库迁移到现有 Azure DevOps Services 组织，或将多个集合数据库合并到单个 Azure DevOps Services 组织。 严格来讲，映射是团队项目集合和 Azure DevOps Services 组织之间的一对一映射。
选择数据中心
设置 Azure DevOps Services 组织时，可以选择数据的位置。 在初始注册和组织创建期间，选择满足需求的区域。 若要稍后用于迁移，请记下区域的速记代码。
重要
并非所有 Azure 区域都支持数据迁移工具。 在不支持的区域设置临时 SQL VM 或其他迁移基础结构可能会导致延迟，并且需要重新配置。 在继续迁移规划之前，请查看支持的区域。
支持迁移的 Azure 区域
下表列出了支持 Azure DevOps 数据迁移工具的 Azure 区域：
| 区域 | 速记代码 |
|---|---|
| 美国中部 | CUS |
| 美国东部 2 | EUS2 |
| 西欧 | 我们 |
| 澳大利亚东部 | AE |
| 巴西南部 | 理学学士 |
| 印度南部 | SI |
| 亚太（香港） | 猿 |
| 加拿大中部 | CC |
有关完整的迁移过程和详细的区域注意事项，请参阅 支持的 Azure 区域进行迁移。
了解定价
在迁移中通常会遇到的一个问题是公司需要哪种类型的许可才能使用 Azure DevOps Services。 好消息是，可能已拥有所有需要的许可证。 我们创建了一个应涵盖了大多数情况的示例工作表。 如果对情况有任何具体疑问，请联系开发人员解决方案销售专家或 Microsoft 经销商。 有关详细信息，请参阅“Azure DevOps 定价”。
用户许可证工作表
| # | 列 1 | 列 2 |
|---|---|---|
| 1 | 团队成员数 | |
| 2 | 利益干系人数 | |
| 3 | 从第 1 行的值中减去第 2 行中的值* | |
| 4 | Visual Studio 订阅者数** | |
| 5 | 从第 3 行的值中减去第 4 行中的值 | |
| 6 | 从第 5 行的值中减去第 5 行中的值*** |
- *利益干系人免费
- ** Visual Studio 订阅者可将 Azure DevOps Services 包含在订阅权益中
- ***每个 Azure DevOps Services 组织都将获得五个免费用户
有关访问功能的具有成本效益的选项的详细信息，请参阅计费概述和 Azure 定价计算器。
通过 Visual Studio Marketplace 或 Azure 门户购买任何所需的 Azure DevOps Services 用户许可证。 我们将在准备测试运行阶段中深入探讨此流程。
除了核心功能之外，Azure DevOps 中还提供以下可能很有用的增值服务：
- 托管负载测试服务：如果需要模拟和分析应用程序在负载下的性能，Azure DevOps 将提供托管负载测试服务。 利用这些服务，可以对应用程序进行压力测试，并识别瓶颈或性能问题。
- 测试管理器扩展：若要进行全面的测试管理，请考虑使用测试管理器扩展。 通过提供测试用例管理、探索性测试和测试执行跟踪等功能，这些扩展可增强测试功能。
- 更多功能：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），只需重命名即可清除该名称。 - （可选）此时可以删除最初保留和重命名的组织。
- 准备好开始最终迁移时，请在
遵循此方法，可以顺利转变，同时确保首选组织名称保持可用。