TFS在域更改后删除重复的用户

我们刚刚将TFS 2013.3服务器迁移到一个新域

这一切似乎都按计划进行了——我迁移了服务器，然后成功地迁移了身份，但它没有将用户身份更改为新的域帐户，而是添加了新帐户，因此现在每个人都在系统中两次

总的来说，我已经能够缓解这种症状，但它破坏了Web访问中的用户容量——每个用户的名字出现两次，并且只有当两个名字都有相同的容量值分配给他们时，他们的容量图才能正确显示。即使我们尝试这种糟糕的解决方法，一个用户也根本得不到容量图

我可以轻松地从[Tfs_Configuration.dbo.tbl_Identity]和/或[tbl_TeamConfigurationCapacity]删除旧用户，但我不知道这样做是否安全，也不知道数据库中其他地方可能存在对这些条目的引用。（不应该再有任何信息链接到这些用户，因为他们都已迁移，但如果删除这些行会损坏数据库，这对我没有帮助）。我可能只需要抓拍虚拟机并尝试一下，看看会发生什么，因为这是一个完整的演示

---

非常感谢您的帮助。

我想我可能已经解决了这个问题。如果它能帮助下一个人

• 标识表记录所有已知用户（在旧域和新域上）。这意味着人们会在工作项上出现两次，如“分配给”（Assigned to）（如果他们的显示名称相同，则很难区分新旧域名）。但是，如果您设置了TFS组，以便只有新的域用户在其中，则可以编辑工作项类型的工作项模板，并在指定的字段上设置允许值规则，只允许组中的人（例如<代码> [Global ]\Team Foundation Server用户< /代码>），然后，只有当前有效的用户名显示在“分配给”下拉列表中

• “容量”页面中的问题是因为每次迭代都存储了创建时的相关用户列表。因此，经过几次迭代（当您到达下一个尚未“使用”的条目时），旧条目将消失。在中间的迭代中，您似乎必须输入两次容量值（在用户名的两个实例上），但请确保所有假日预订仅分配给两个实例中的一个，然后容量图似乎正常工作

---

因此，看起来过滤掉不需要的用户，然后仅仅等待几次迭代就足以解决问题。不过，如果知道是否有任何方法可以清理数据库并清除所有不需要的用户引用，那就太好了。

名称添加了两次，可能是因为旧身份仍然是参与者组的成员。从Web Access中的所有TFS组中删除旧标识应该可以解决此问题

使用“成功迁移标识”时，您是使用TFS Config IDENTITES命令执行此操作，还是手动或通过脚本添加名称的所有标识？未来提示：通常在执行此类迁移时，我总是将备份还原到新TFS实例，并尝试先在该计算机上执行迁移。。。通过这个，您可以验证迁移是否会按预期执行。@mrtentje：我仔细地遵循了这里的说明：（是的，我确实使用了TfsConfig标识）。感谢您的建议—有太多有文档记录的方法可以迁移TFS实例，而且通常大多数方法都会带来麻烦。自2005年以来，我一直在使用和迁移TFS，它仍然让我印象深刻，它是多么脆弱——它很容易损坏，一旦损坏就无法修复：-（如果您自己编辑任何TFS数据库，您将使您对MSFT的支持无效。啊，如果可能的话。web access管理页面不允许我删除旧域中的组和用户。（在某些情况下，预期的“删除”选项根本不存在，而在另一些情况下，单击“删除”选项会显示一个错误，告诉我必须转到其他页面才能删除它们，但它指示我使用的页面是我已经在使用的页面。叹气。谢谢你的建议。这就是为什么我寻求较低级别的建议手动删除它们的方法。解决此问题的唯一方法是首先不使用它。在迁移之前，您需要将新域上的所有权限删除到TGS，以便您可以转换标识。如果按照域迁移说明进行操作，则不会出现此问题。TFS在域上不存在，因此它已经存在没有权限？！我非常仔细地按照说明操作，它破坏了我的用户帐户，破坏了组和权限，严重破坏了web访问和报告，我唯一能恢复它们的方法就是将所有内容迁移到一个全新的服务器上，然后花3天时间重建。管理TFS 9年后，我不再是TFS noob，但它是脆弱的，并且对于没有编写TFS+SharePoint+SQL的任何人来说，说明都是神秘的，在这些过程中，总会有一个“意外的”阻塞错误，通常无法解决。这不是通常发生的情况。通常情况下，通过域迁移，您的IT团队会帮助将所有组推到另一个域中，这会让用户有权访问新域中的服务器，IT同步帐户，然后您就会遇到问题。我从来没有遇到过重复权限的情况，我也做了一些升级我也是。