我的项目集合正在 Azure DevOps Online(服务)中运行。我想将其迁移到 Azure DevOps On-Prem 服务器。
帮助我解决我将面临的不兼容问题以及如何克服该问题。
从 Azure DevOps 在线(服务)迁移到 Azure DevOps 服务器(本地)的选项。
Azure 中是否有任何服务可以成功实现上述迁移而不丢失任何数据？
我是否必须使用第三方工具来进行上述迁移而不丢失任何数据？
帮助我解决具有多个存储库的 100 GB 项目集合所需的停机时间。
项目集合大小 - 100 GB
最佳答案
之前的一个答案(已经删除了？)已经捕获了大部分关键点，没有任何工具可以在零数据丢失的情况下迁移 100% 的数据(实际上，100% 无丢失的迁移是不可行的，因为本质上有些自动生成的配置值(例如工作项 ID 等)在两个实例之间本质上是不同的)。因此，实现零数据丢失迁移的唯一方法是将完整的项目集合镜像从Azure DevOps Services提升并转移到Azure DevOps Server，而官方的Azure DevOps迁移工具不支持这种方式。鉴于此，迁移数据的唯一方法是使用 Azure DevOps API。
因此，最好的方法是了解您正在评估的迁移工具无法迁移哪些数据，然后决定什么最适合您。此外，在选择迁移解决方案时，也不会是非黑即白的选择。首先，您需要定义您期望从迁移中获得的必备条件，然后评估市场上可用的不同迁移器。以下是一些常见的选择标准:
- 数据丢失:
了解迁移解决方案可以迁移哪些数据，不能迁移哪些数据。理想情况下，该工具应该能够迁移工作项目(以及历史记录、附件、提及和内联图像)和测试管理，包括测试结果、源代码、仪表板、区域和迭代。对于构建和管道，您可以使用 native 导出-导入功能，因为它们需要手动更改来调整连接。
- 零停机时间:
由于团队无法使用 Azure DevOps 工具，停机会增加运营成本并影响开发运营。彻底了解任何类型的数据都不存在需要停机的场景。
- 易于使用:
一些工具是不受支持的脚本的集合(赤裸裸的敏捷性)，需要非常高的复杂性才能使用。这些可能非常昂贵(即使脚本是开源的)、容易出错并阻碍操作。
- 项目整合或自定义模板:
分析您是否希望在迁移时将多个项目合并为一个项目，或者是否需要自定义模板。如果需要，请评估迁移工具是否可以轻松支持此类配置并具有执行此操作的 UI。为每个项目手动配置映射可能很乏味并且很容易出错。
- 迁移时间:
许多迁移工具都是一个一个地迁移项目，因此需要花费大量的精力和时间来迁移分布在多个项目中的数据。了解可以并行迁移多少个项目以实现快速迁移。
- 反向同步:
您希望在迁移后一段时间内保持服务和服务器之间的数据同步吗？数据集成是双向还是单向？回答这些问题，然后评估迁移解决方案是否满足要求。
- 商业支持:
迁移可能会很棘手且耗时，因为随着时间的推移，不同的团队在其中创建了所有奇怪的东西。最好让专家团队为您进行迁移，同时您可以专注于定义需求和验证迁移的完整性。
全面披露:我在 OpsHub 工作。
关于azure - 如何从 Azure DevOps 服务迁移到 Azure DevOps Server，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/72444285/