从TFS 2013迁移到Azure DevOps服务器2019：产品前v/s产品迁移

我需要将TFS 2013实例迁移到Azure DevOps服务器2019。我想设置Azure DevOps server的一个新实例，其中包含从TFS 2013迁移过来的所有数据，并同时启动和运行这两个实例。计划是在几周后停用TFS 2013实例

出于测试目的，我遵循以下步骤： 1.在完全隔离的网络中设置服务器。 2.使用TFS管理控制台中的定时备份备份TFS 2013数据库。 3.已将数据库还原到SQL Server 2017的新实例。 4.开始在新服务器上安装Azure DevOps Server 2019，我将其指向还原的数据库，它检测到架构，并为我提供了两个选项：生产升级和生产前升级测试。我选择了后者

安装向导负责重新映射数据库连接字符串（tfsconfig remapdbs）、更改服务器和集合ID（tfsconfig changeserverid），并删除计划备份作业，以避免与现有TFS 2013实例发生冲突

测试迁移已成功完成。现在，我想在与现有TFS 2013实例位于同一网络中的新服务器上设置生产实例。 由于需要同时运行TFS 2013和2019，我是否应再次选择“生产前升级测试”？ 或者这次我应该选择“生产升级”吗？在升级过程中，我是否需要注意什么，以使这两个实例不会相互冲突

PS：TFS 2013实例上没有运行备份作业。

我尝试了“生产升级”，并了解它将执行就地升级。在我的场景中，我想设置一个单独的新实例，在这种情况下，“预生产升级测试”是合适的选择，因为它会自动处理数据库连接字符串的重新映射，并更改服务器和集合标识符

我尝试了“生产升级”，并了解它将执行就地升级。在我的场景中，我想设置一个单独的新实例，在这种情况下，“预生产升级测试”是合适的选择，因为它会自动处理数据库连接字符串的重新映射，并更改服务器和集合标识符

---

在旧TFS实际退役之前，您是如何同步这两个实例的？@misha：计划是将旧实例保持为只读模式。因此，不需要同步这两个实例。但是，如果您希望保留这两个实例并同步它们，我相信每次您都需要重新迁移（进行完整备份、在新的sql server上恢复并重新运行Azure DevOps迁移），我认为这不是一个好的选择。我同意，但我也在探索这个方案。人们不愿意改变，所以他们希望有一个后援。在旧TFS实际退役之前，你是如何同步这两个实例的？@misha：计划是让旧实例保持只读模式。因此，不需要同步这两个实例。但是，如果您希望保留这两个实例并同步它们，我相信每次您都需要重新迁移（进行完整备份、在新的sql server上恢复并重新运行Azure DevOps迁移），我认为这不是一个好的选择。我同意，但我也在探索这个方案。人们不愿意改变，所以他们希望有一个退路。你可以看到我的经历你可以看到我的经历