由于各种原因，大量的Windows PC未join我们的Windows 2012 R2 Active Directory域。 我们正在纠正这个问题，并逐个join个人电脑。
现在我们的一些员工已经安装了Windows 8.1个人电脑，而且在购买时，他们忠实地遵循微软的要求，创build一个与电脑相关的微软Live账户。 用户名是UPN的forms，对于这个问题，我将把它当作微软的演示域名，所以[email protected]。 这些PC已经由我们的远程工作人员进行了良好的configuration。 只有现在我才能把他们带到我们的领域。
不出所料，我们的工作人员select的UPN与我们给予我们域名的真实UPN一致，因此用户使用他们的电子邮件地址（UPN）login到PC，然后使用相同的帐户名login到中央服务。 （这不是SSO，因为Microsoft Live和我们的域之间没有信任关系。）
我可以很容易地将PCjoinCONTOSO域，而UPN的其他任何地方都可以工作。 我还准备好了GPO，以说服这些Windows电脑默认使用不合格的用户名login我们的域名而不是Microsoft Live。 但是，似乎Windows 8.1区分真正的本地帐户，Microsoft Live链接帐户和域帐户的方式是本地帐户使用非限定名称，Live帐户使用UPN，并且域帐户被推回到使用DOMAIN \用户名样式。 一年前，我们从CONTOSO \用户名表单中移出，将其作为我们向Office 365并行迁移电子邮件服务的一部分，我宁愿继续让用户使用UPNlogin。
我知道我可以使用类似Forensit 用户configuration文件迁移向导的方式将用户的本地configuration文件迁移到域configuration文件 ，以便处理数据。
但是，是否有任何将这些PC上的loginUPNforms从Microsoft Live迁移到我们的域的方法？ 我真的不想让一些人能够用UPNlogin，但其他人不得不记得使用旧的DOMAIN \ Username格式。
事实certificate，解决办法很简单 – 原则上，如果不是在实践中。
该进程无法通过Powershell或GPO进行操作。 它要求有问题的用户使用他们的Microsoft Live帐户（即UPN风格的login，如[email protected]）login到PC。
一旦这个断开连接完成并且PC重新启动，UPN风格的login将再次与域相关联。