标签: roaming-profile

我想为大约 50 个用户设置漫游配置文件。这样做的最佳方法是什么？什么是最佳实践。我读过关于桌面/我的文档太大的文章。多大才算大？

我们有一些用户在他们的机器上保留了大量媒体，以便全天收听。我想他们的“我的文档”文件夹中有几场 MP3 演出。你如何处理这个问题？

谢谢！

我似乎无法就两者之间的差异达成共识。漫游配置文件、文件夹重定向或...两者都是一个例子。如果不使用漫游配置文件，最重要的答案没有回答关于哪些数据不共享的问题。

• 漫游配置文件和文件夹重定向有什么区别？

• 哪些数据“漫游”在漫游配置文件中，但不漫游文件夹重定向？

• 为什么重定向 AppData 是个坏主意？如果用户使用不同的机器登录域，不重定向此文件夹的后果是什么？

感谢您的任何见解。

在以前版本的 Windows 中，漫游配置文件仅在用户注销时上传。但是，在 Windows 7 中，组策略设置可以允许在后台上传注册表文件。该设置称为Background upload of roaming user profile’s registry file while user is logged on。

但是，设置此设置后，WMI 中的字段仍仅反​​映最后一次注销。我认为这是因为不仅仅是注册表文件需要上传到服务器才能有资格作为完整上传。Win32_UserProfile LastUploadTime

所以，我的问题是：注销时上传了配置文件的其他哪些部分？

我正在管理使用漫游配置文件和文件夹重定向的 Windows Server 2008 R2 环境。客户端机器运行Windows 7。由于业务性质，用户很少注销，经常同时登录多台机器。这显然会产生很多“最后一个作者获胜”冲突的问题，并且每个会话都会覆盖另一个会话中所做的更改。

我尝试了不同的方法来减少冲突，但仍然没有令人满意的解决方案。我正在使用后台上传用户配置文件的新功能，但正如本文所解释的那样，这确实不能解决问题：http : //blogs.sepago.de/helge/2009/04/02/microsoft-tackles-the- last-writer-wins-problem-of-roaming-profiles-in-windows-7-server-2008-r2/。我还试用了一些第三方软件，例如 ProfileUnity，但仍然存在一些问题。当然，我建议用户在离开计算机时和开始新会话之前更认真地注销。但管理层表示，这不会发生，也不适合我们的环境。

所以问题是，你们中有人有这个问题的经验吗？您是否知道任何设置或第三方应用程序即使没有消除冲突，也至少可以最大限度地减少冲突？有什么办法可以让计算机定期注销并重新登录，这对用户来说是透明的吗？

一些用户正在使用脱机文件夹来引用我们想要停用的服务器...实际上该服务器已经脱机，人们对此共享有待处理的更新。

将这些缓存文件移动到具有新名称的新服务器而不丢失新数据的最佳方法是什么？

我以为我从 2008 年清除了用户的个人资料，但它不断回来。因此，我一直在寻找清除 Server 2008 中漫游配置文件的最佳方法，但一直找不到任何东西。

但是，我确实在这里看到了帖子： 用户配置文件不断加载 TEMP 配置文件

我想对该帖子添加评论，但由于与 sysadmin 无关而被关闭。但是，我认为这是相关的，因为我在我们的 Wndows 2008 终端服务器上处理了同样的问题。

问题是：我们有一个用户在 Windows 2008 中登录时遇到“无法加载漫游配置文件”类型的错误。查看服务器，我们可以看到她在登录时在配置文件列表中列出的临时配置文件（列为“临时”而不是“漫游”配置文件）。当她登录时，用户文件夹中存在一个名为 C:\Users\Temp.DOMAIN 的文件夹，但在她注销后该文件夹就消失了。

当这件事发生在 2003 年时，我们会清除漫游配置文件文件夹的内容并删除 C:\Documents and Settings 中的临时文件夹。问题是，2008 年的表现有点不同。

1. Server 2008 在漫游配置文件文件夹共享中创建了一个新的漫游配置文件文件夹：\SERVER\ProfileShare\UserName.V2
2. 本地配置文件从系统属性中的配置文件列表中消失，因此没有要清除的配置文件
3. 此外，本地配置文件文件夹 C:\Users\Temp.DOMAIN 在用户注销时不会保留在服务器上，因此我们无法像在 Windows 2003 中发生此类事情时通常那样删除它
4. 尽管如此，每次用户重新登录时，该死的临时配置文件总是会回来。

我的一位在 2008 年更有经验的队友说，我应该检查注册表中此键中的用户配置文件（用户按 SID 列出）：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\ProfileList

我看到那里列出了用户的 SID，但它以 .BAK 结尾。我检查了她有相同配置文件错误的其他几台服务器：在所有情况下，她的 SID 都以 .BAK 结尾。

例如（xxx 替换 LONG SID）：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-5-21-xxxxx-xxxx.bak

在她登录的服务器上，注册表中有她的配置文件的两个键：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-5-21-xxxxx-xxxx

和

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-5-21-xxxxx-xxxx.bak

所以，这就是我解决问题的方法。

1. 我让用户注销。
2. 我从它出现的每个服务器上的 ProfileList 键中删除了以 .BAK 结尾的明显错误的配置文件。
3. 我确保她的漫游配置文件文件夹是空的
4. 我确保所有 TEMP 配置文件文件夹都消失了
5. 用户重新登录：不再有配置文件错误！

无论如何，我想对那个封闭的问题发表评论，但我没有看到任何重新打开问题的方法，所以我可以添加它。

但是，我也想知道这是否是清除 Server 2008 …

我们有一个带有 XP Professional 笔记本电脑的 Windows Server 2003 环境。

如果我将用户从漫游配置文件切换到活动目录中的本地配置文件，通过清除配置文件路径，这是否会导致用户始终使用的笔记本电脑出现任何问题？（他们只使用一台笔记本电脑——漫游配置文件设置是由他们以前的 IT 公司设置的。）

即，当他们下次登录时会在笔记本电脑上创建一个新的配置文件还是类似的愚蠢行为？

我看到很多信息从本地变为漫游，但没有从漫游变为本地。

我有一个带有 +/- 27 个工作站的 Windows 2008 域。用户拥有所有漫游配置文件，但这有时不起作用。导致用户使用临时用户配置文件登录的原因。

有没有办法禁用临时用户配置文件？在我看来，拥有临时用户配置文件是没有用的，因为用户没有得到他/她的工作文件，所以他们无法工作..

我们有以下域设置：

• 域功能级别：Server 2008
• 5 Server 2003 终端服务器
• 5 Server 2008 R1 终端服务器
• 150 名员工在他们的 PC 上使用强制配置文件
• 这些员工在 AD 中没有终端服务器配置文件路径，因为我们发现它意味着更快的登录。

我们的问题是，当员工登录 Server 2008 终端服务器时，他们会在 5 分钟多一点后自动注销。

在终端服务器的安全日志中是这个事件：

    User initiated logoff:

Subject:
    Security ID:        contoso\bloggsjoe
    Account Name:       bloggsjoe
    Account Domain:     contoso
    Logon ID:       0x1c66ba

This event is generated when a logoff is initiated but the token reference count is not zero and the logon session cannot be destroyed.  No further user-initiated activity can occur.  This event can be interpreted as …

目前作为 2003 DC 的客户端，我们正在将它们迁移到 2012 Hyper-V 主机上的 2008R2。他们有一些漫游配置文件 - 但使用通常的设置 - 即实际漫游配置文件文件夹的唯一权限，即 username.v2 是 SYSTEM（完全控制）和实际用户（完全控制） - 我必须将所有权作为admin 来实际查看这些权限。基本上按照：

http://technet.microsoft.com/en-us/library/cc737633(WS.10).aspx

我如何迁移这些，因为我没有管理员权限，我可以直接执行 robocopy，然后将 AD 中的 Profile location 属性重新指向新位置吗？（显然是在新服务器上配置文件夹的共享权限）