克服Azure DevOps性能限制的工作项迁移

如何解决克服Azure DevOps性能限制的工作项迁移

我正在使用Naked Agility的Azure DevOps迁移工具，并使它们运行良好。工作项正在迁移，但是在短短几分钟内我们达到了速率限制的阈值。我自己不是开发人员，所以我不确定从哪里开始或是否有办法克服这些限制。我们正在迁移9000个工作项，并在4天内完成了一半，然后程序崩溃了。那么，有没有人提供如何加快速度的提示？

我现在重新启动了迁移，它跳过了已经存在的迁移，但是仍然需要几天才能完成。

解决方法

没有办法限制速率限制，它们可以保护服务的其他用户。如果您要迁移很多工作项，那么一定会打到它们，并且运行速度会变慢。

9000个工作项并不多，所以我认为它已经运行了这么长时间。我建议从与目标服务器位于同一数据中心的VM中运行migration.exe。

,

因此，我尝试在Azure中使用VM，其设置与视频概述中的设置完全相同。从本地VM复制了我的migrator文件夹，然后重新开始了迁移。 10分钟后，我收到来自DevOps的邮件，说我的请求被延迟了：

2020年9月8日上午11:01（欧洲夏令时），我们检测到您在https://dev.azure.com/orgname/上的资源消耗超过了我们的限制之一。为了保持其他用户的服务可用性，我们开始延迟您的某些请求。您的请求将继续被延迟，直到您的资源消耗回到我们的限制以下。

我对导致这种情况的原因有更多的想法。

• 在DevOps租户中，我只有一个来宾帐户，因为它是一个客户环境，但是它被添加为项目集合管理员。
• DevOps租户不在我的家庭Azure租户中。

现在，大约30分钟内迁移到45个项目，并且自重新启动以来已全部跳过。平均时间约为38秒，所以我预计当我们超过60秒时它会崩溃。

顺便说一句，该工具的最新版本（10.0）似乎不起作用。尽管将NodeStructure配置设置为false，但它还是崩溃了。