目前我们正在寻找解决scheme将用户数据从一台PC迁移到另一台。 我们的个人电脑是租赁的，必须每隔几年更换一次。 我们在北美的农村地区有超过400个地点。 只有less数这些地点（20个可能）在该地点有服务器。 我们有一个中心辐射networking。 在路由到互联网之前，所有stream量都会回到公司办公室。
综上所述，我们正在寻找一种更有效的方式，即在用户收到新PC时，将用户数据从旧PC迁移到新PC。 以下是我们探索过的一些选项 –
configuration某种云存储库（Azure，AWS等），在那里我们可以备份用户configuration文件并在收到新的机器后将它们下载到新机器上。
为位置购买NAS设备或小型服务器，并将所有用户数据备份到这些设备。 数据到达时将数据下载到新机器。
为正在更换机器的用户启用漫游configuration文件（Active Directory）。 将个人资料数据同步到漫游configuration文件共享。 到达时，将漫游configuration文件下载到新计算机。 禁止用户在最初下载configuration文件后使用漫游configuration文件。 当然，这个下载将通过我们的广域网进行。
编写一个robocopy脚本并作为一个计划任务运行，以备份一个位置上所有计算机上的所有configuration文件，并将它们存储在位于一台计算机上的共享中。 当新电脑到达时，新电脑可以从电脑上下载configuration文件数据。
由于我们是一个中心辐射networking，所以我们试图在移动用户数据时避免打击我们的广域网。 大多数地点只有个人电脑，因此仅在局域网上移动用户数据成为一项挑战。 我们已经研究过使用微软的MDT和USMT来传输用户数据，但是我们担心最终用户会觉得这样太麻烦了，并且由于混淆而导致更多的服务台呼叫。
有没有人有这样的情况有任何经验？ 任何意见，将不胜感激。 截至目前，我们testing的两个最有可能的选项是漫游configuration文件和云存储库。
谢谢。
以前的雇主在从工作组（有5000多台PC）转移到活动目录时，迁移了一堆用户configuration文件。 几年前，我们也把Windows 2000的机器升级到了Windows XP。 在这两种情况下，我们都使用了名为PC移植的第三方工具。
涉及的操作系统升级（完全脚本）：
对于AD迁移，我们的微软顾问说，他通过组策略注销和login脚本将用户迁移到了一个新的域，以便提取和恢复configuration文件。 他使用了robocopy脚本。 我们无法使用它，因为我们还没有一个域名，但你当然可以。 （我们编写了一些将configuration文件从同一台机器上的本地帐户迁移到域帐户的脚本，作为一组更大的脚本的一部分。）
我得到的是：有很多好办法做到这一点。 不过，我真的很喜欢注销/login脚本的想法。
[编辑回应评论]
好的，如果您不想在服务器上存储任何东西 ，请给您的桌面技术人员（或临时工）发一个交叉线，重新使用新旧机器，然后手动启动脚本。 我们也做到了。 传输完成后，将新机器重新设置为DHCP并将旧机器拖走。
准备新机器并将其发送给用户，并要求他将其插入第二个端口。 让他离开这两个开始并迁移数据（用一个简单的副本）
我们这样做是为了工作，但是我们有一个Exchange，因此除了一些工作文档和IE最喜欢的，他们没有什么可省的。 （而且我们也推动了大部分的应用）
一些用户讨厌的唯一的东西是电子邮件的Outlook自动填充，您需要一个特殊的干预，将其复制到本地保存在交换机之外的地方。
我们几次迁移了几个用户的主文件夹和networking共享的打印机。
我们用来复制的最好的东西是Kls备份软件，我们使用sync选项来保持数据更新，使用30天可以直接上传到azure，亚马逊
对于漫游configuration文件，我们可以设置configuration文件path并在稍后将其设置为空。 但是在清理临时文件夹和文件之前，安排一个任务来运行Ccleaner + windows cleanmgr其他程序来清理用户临时文件，文件夹。
或者，当服务器被不必要的临时文件填满时，它会变得一团糟。
get-aduser -filter {Enabled -eq "True"} -properties Profilepath| where {$_.Profilepath -eq $null} | % {Set-ADUser $_ -ProfilePath ('\\storage1\profiles\' + $_.SamAccountName) }