我正在使用 Naked Agility 提供的 Azure DevOps 迁移工具，并且它们运行良好。工作项正在迁移，但在短短几分钟内，我们就达到了速率限制的阈值。我自己不是开发人员，所以我不确定从哪里开始，或者是否有办法绕过这些限制。我们正在迁移大约 9000 个工作项，并在 4 天内迁移了大约一半，然后程序崩溃了。那么有没有人有关于如何加快速度的提示？
我现在重新开始迁移，它会跳过已经存在的迁移，但仍需要几天时间才能完成。
【问题讨论】：
标签： azure-devops azure-devops-migration-tools
没有办法规避速率限制，它们的存在是为了保护服务的其他用户。如果您要迁移大量工作项，那么您肯定会遇到它们，并且运行速度会慢一些。
9000 个工作项并不多，所以我认为它需要这么长时间。我建议从与目标服务器位于同一数据中心的 VM 运行 migration.exe。
【讨论】：
所以我尝试在 Azure 中使用 VM，设置与视频概述中的完全一样。从本地 VM 复制我的迁移器文件夹并重新启动迁移。 10 分钟后，我收到了来自 DevOps 的邮件，说我的请求被延迟了：
2020 年 9 月 8 日上午 11:01（欧洲西部夏令时间），我们检测到您在 https://dev.azure.com/orgname/ 上的资源消耗超出了我们的限制之一。为了维持其他用户的服务可用性，我们开始延迟您的一些请求。您的请求将继续延迟，直到您的资源消耗恢复到我们的限制以下。
我对导致这种情况的原因有更多想法。
现在大约 30 分钟内迁移到了 45 个项目，并且在重新启动后它们都被跳过了。平均时间约为 38 秒，所以我预计当我们超过 60 秒时它会崩溃。
顺便说一句，该工具的最新版本 (10.0) 似乎无法正常工作。尽管 NodeStructure 配置设置为 false，但它却崩溃了。
【讨论】：