克服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,但它还是崩溃了。

相关问答

Selenium Web驱动程序和Java。元素在(x,y)点处不可单击。其...
Python-如何使用点“。” 访问字典成员?
Java 字符串是不可变的。到底是什么意思?
Java中的“ final”关键字如何工作?(我仍然可以修改对象。...
“loop:”在Java代码中。这是什么,为什么要编译?
java.lang.ClassNotFoundException:sun.jdbc.odbc.JdbcOdbc...