TFS 2018至2019升级因缺少版本Id而失败
使用几个月前在TFS 2018.3上运行的生产仪器的数据库副本，我试图将其升级到2019.1。 在集合升级期间，其中一个集合在步骤729失败 在我重新加载一个新的数据库之前，我想了解错误消息，并确保我们在将来防止它 以前有没有人见过这个错误，知道如何在我的升级中修复它？还要确保以后升级时不会发生这种情况 [15:02:03.047]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [15:02:03.047]++正在执行-操作：DistributedTaskorChestToDev17M141集合，组：DistributedTaskorChestToDev17M141集合 [15:02:03.047] +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ [15:02:03.047]执行步骤：启动PlanQueue中的排队计划 [15:02:03.047]执行步骤：“启动计划队列中的排队计划”DistributedTaskOrchestration.StartThrottledPlans（729/858） [15:02:03.313][错误]VS402939:ID为625的版本不存在。请指定有效的ID，然后重试。 [15:02:03.327]Microsoft.VisualStudio.Services.ReleaseManagement.WebApi.Exceptions.ReleaseNotFoundException:VS402939:ID为625的版本不存在。请指定有效的ID，然后重试TFS 2018至2019升级因缺少版本Id而失败,tfs,azure-devops,Tfs,Azure Devops,使用几个月前在TFS 2018.3上运行的生产仪器的数据库副本，我试图将其升级到2019.1。 在集合升级期间，其中一个集合在步骤729失败 在我重新加载一个新的数据库之前，我想了解错误消息，并确保我们在将来防止它 以前有没有人见过这个错误，知道如何在我的升级中修复它？还要确保以后升级时不会发生这种情况 [15:02:03.047]+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
根据错误信息 执行步骤：“启动PlanQueue中的排队计划”
...... Microsoft.VisualStudio.Services.ReleaseManagement.WebApi.Exceptions.ReleaseNotFoundException: VS402939:ID为xxx的版本不存在。请指定有效的ID，然后重试 这可能是由于管道队列中的释放进程被卡住造成的 有几个场景：
- 管道队列a管道中的请求正忙。它们没有 与代理的1:1关系。看起来还有更多 使用比可用许可证更先进的环境发布
- 清除队列中的请求：清除无效的 请求时，最推荐的方法是取消任何正在进行的操作 部署。提到
- 只需使用刷新按钮刷新版本，然后重试 这也可能起作用
在进行新数据库升级之前，请检查您的收藏队列中是否有一些版本挂起。检查管道--代理池--正在运行的作业。这可以避免将来升级时不会发生的问题。根据错误信息 执行步骤：“启动PlanQueue中的排队计划”
...... Microsoft.VisualStudio.Services.ReleaseManagement.WebApi.Exceptions.ReleaseNotFoundException: VS402939:ID为xxx的版本不存在。请指定有效的ID，然后重试 这可能是由于管道队列中的释放进程被卡住造成的 有几个场景：
- 管道队列a管道中的请求正忙。它们没有 与代理的1:1关系。看起来还有更多 使用比可用许可证更先进的环境发布
- 清除队列中的请求：清除无效的 请求时，最推荐的方法是取消任何正在进行的操作 部署。提到
- 只需使用刷新按钮刷新版本，然后重试 这也可能起作用
在进行新数据库升级之前，请检查您的收藏队列中是否有一些版本挂起。检查管道--代理池--正在运行的作业。这可能会避免将来升级时不会发生的相同问题。我们在Microsoft开发人员社区中报告了相同的问题 在我们的场景中，我们在2019年5月左右使用TFS 2018.3创建了一个生产拷贝，一直运行到现在，并尝试将该生产拷贝升级到TFS 2019.1。这失败了 这个问题似乎是由我们的“过时”生产拷贝造成的，我们让它继续运行，后来我们尝试升级到TFS 2019 升级失败，因为版本已在队列中超过30天，这导致保留策略删除了部分 对于生产环境，建议取消任何卡滞 升级前的部署
我会记住这一点，但是微软最好确保升级过程不会失败，以防某个地方的部署被卡住。我们在微软开发者社区报告了同样的问题 在我们的场景中，我们在2019年5月左右使用TFS 2018.3创建了一个生产拷贝，一直运行到现在，并尝试将该生产拷贝升级到TFS 2019.1。这失败了 这个问题似乎是由我们的“过时”生产拷贝造成的，我们让它继续运行，后来我们尝试升级到TFS 2019 升级失败，因为版本已在队列中超过30天，这导致保留策略删除了部分 对于生产环境，建议取消任何卡滞 升级前的部署
我会记住这一点，但如果某个地方的部署被卡住，Microsoft最好确保升级过程不会失败。谢谢，我会在生产环境中检查这一点。知道我能不能让测试环境正常工作吗？或者，获取更新的数据库副本是唯一的选择吗？我们的收藏几乎是1TB大小，所以移动起来需要一些努力。@Nico恐怕不行，因为这个问题导致升级过程受阻。正如您所说的，您应该重新加载一个新的数据库，同时还要检查特定版本是否未挂起在集合队列中。最后，再次升级流程。如果无法解决发布问题，您可能必须从Microsoft了解数据库。您好@Patrick，您的解决方案没有帮助，我无法检查部署是否卡住，因为我只能访问数据库。与th