我们刚刚将TFS 2013.3服务器迁移到新域。
这一切似乎都计划好了 - 我迁移了服务器，然后成功迁移了身份，但是将用户身份更改为新的域帐户，而不是添加了新帐户，所以现在每个人在系统中两次。
一般情况下，我已经能够缓解这种症状，但它已经破坏了Web Access中的用户容量 - 每个用户的名称显示两次，并且只有两个名称的容量图表才能正确显示具有分配给它们的相同容量值。即使我们尝试这种糟糕的解决方法，一个用户也根本没有获得容量图。
我可以轻松地从[Tfs_Configuration.dbo.tbl_Identity]和/或[tbl_TeamConfigurationCapacity]中删除旧用户，但我不知道这是否安全，或者这些条目的引用可能存在于其他地方。数据库。 （不应再有任何与这些用户链接的信息，因为它们都已迁移，但如果删除这些行会破坏数据库，这对我没有帮助）。我可能只需要对虚拟机进行快照，并试着看看会发生什么，因为这是一个完整的showstopper。
非常感谢任何帮助。
答案 0 :(得分：0)
我想我可能已经解决了这个问题。如果它有助于下一个人，...
“身份”表记录所有已知用户（在旧域和新域上）。这意味着人们会出现两次，例如＆＃34;分配给＆＃34;在工作项上（如果它们的显示名称相同，则很难区分新旧域用户名）。但是，如果您设置TFS组以便只有新域用户，则可以编辑工作项的工作项类型模板，并在Assigned-To字段上设置Allowed Values规则以仅允许其他人组（例如[global]\Team Foundation Server Users），然后只有当前有效的用户名出现在Assigned-to下拉列表中。
容量页面中的问题是因为每次迭代都会在创建时存储相关用户的列表。因此，经过几次迭代（当您到达下一个尚未使用过的＃34;使用＆＃34;）时，旧条目将消失。在中间迭代中，您似乎必须输入两次容量值（在用户名称的两个实例上），但要确保任何假期预订仅分配给两个实例中的一个，然后容量图似乎工作正常。
所以看起来过滤掉不需要的用户，然后等待几次迭代就足以清除问题了。它仍然很高兴知道是否有任何方法可以清理数据库并清除所有不需要的用户引用。
答案 1 :(得分：0)
名称被添加两次可能是因为旧身份（in）直接仍然是贡献者组的成员。从Web Access中的所有TFS组中删除旧标识应该可以解决问题。