OpsHub TFS到Visual Studio联机迁移实用程序-TFS\u临时文件夹

我对OpsHub迁移实用程序的缓慢感到非常失望。我甚至将我们的TFS基础设施移到了Azure上，这样我就可以更快地完成任务，但收益微乎其微

我注意到的一件事是，TFS\u Temp文件夹（C:\Program Files\OpsHub Visual Studio Online Migration Utility\TFS\u Temp）被一点随机IO击中

---

所以，我的问题是，我如何告诉OpsHub为TFS_Temp文件夹使用不同的驱动器位置（在这里处理随机IO更好？

好的，我正在使用一种使用符号链接的解决方法

首先，我移动实际的TFS_Temp文件夹，然后将新位置符号链接回原始路径：

---

mklink/J“C:\Program Files\OpsHub Visual Studio Online Migration Utility\TFS_Temp”D:\TFS_Temp

TFS_Temp是实用程序映射到系统的附加驱动器的文件夹（默认情况下通常为O:\如果路径对于某些文件来说太长，则为附加驱动器）。这是实用程序创建VSO工作区的地方

迁移实用程序将此空间用于每个变更集的数据处理。因此需要进行大量IO处理。但是，此位置是硬编码的，不可通过任何配置直接修改

---

但很高兴知道你通过符号链接工作。它提高了您的绩效吗？

谢谢您的反馈。因为它在Azure VM中运行，并且操作系统驱动器由Azure存储支持，所以磁盘IOPS非常差（300 IOPS或500 IOPS取决于配置）。通过使用临时本地存储或SSD存储作为符号链路的目标，IOPS限制大大降低。我确实发现它有了明显的改善。没什么了不起的，但还是有所改进。相关问题，是同时运行多个较小的迁移更好，还是按顺序运行较大的迁移更好？嗨，Jaans，迁移是原子迁移吗？比如没有跨项目合并分支/移动等？在这种情况下，如果同时运行，较小的迁移是最好的。但是如果上一个问题的答案是肯定的，那么我恐怕要在VSO中保持相同的历史记录，它必须按顺序迁移，因此应该在选择所有项目的情况下执行单个迁移。谢谢。我们的项目都是相互独立的，所以理论上我们应该能够并行运行它们。根据这个问题，这（一次大迁移与多次小迁移）是否会影响工作项#？