如果这是一个新手问题，请提前抱歉，我是这个概念的新手，我无法控制网络设置，并且对网络配置知之甚少。
我有一个漫游配置文件，登录和注销需要 10 到 30 分钟。我在事件查看器中找不到任何日志来说明为什么需要这么长时间。
这是否只是由于配置文件中存储了大量数据引起的？或者它可能是由权限引起的，或其他程序，即防病毒程序等
除了删除似乎占用大量空间的数据（因此在登录/注销时必须复制）之外，还可以做些什么来调查/修复此问题？
Windows XP 客户端，完全修补，带有 Symantec Endpoint Protection 11 客户端
Windows 2008 R2 域漫游配置文件文件夹重定向应用于文档、应用程序数据和桌面
我启用了 userenv 日志记录，并在昨晚 17:00 刚过登录。昨天晚上17:45我离开的时候用户shell还没有出现。当我今天早上到达时，我检查了日志文件，发现了以下内容。
USERENV(3f8.e7c) 17:02:18:296 LogExtSessionStatus: Successfully logged Extension Session data
USERENV(654.a30) 17:04:09:468 ImpersonateUser: Failed to impersonate user with 5.
USERENV(654.a30) 17:04:09:468 GetUserNameAndDomain Failed to impersonate user
USERENV(654.a30) 17:04:09:468 GetUserDNSDomainName: Domain name is NT Authority. No DNS domain name available.
USERENV(c8c.cb8) 17:04:09:781 LibMain: Process Name: C:\Program Files\Symantec\Symantec Endpoint Protection\SescLU.exe
USERENV(cd0.cd4) 17:04:10:781 LibMain: Process Name: C:\PROGRA~1\Symantec\LIVEUP~1\LUCOMS~1.EXE
USERENV(d08.c84) 17:07:09:609 LibMain: Process Name: C:\Program Files\Symantec\Symantec Endpoint Protection\SescLU.exe
USERENV(cbc.cc0) 17:07:10:625 …我的一些用户非常沮丧，因为他们的登录/注销时间达到了分钟范围。我们有几个轮班工人在使用同一台机器，而且总是在前一个用户注销时，第二个轮班必须等待 5-10 分钟，而新用户可以登录。此时网络流量很高，所以我假设它将用户的配置文件复制回服务器，反之亦然。如果我为用户禁用漫游配置文件，这次等待就会消失，但是他们的东西没有被备份，因为我们不备份每台机器。
为了解决这个问题，我想我只需要使用网络共享而不是漫游配置文件。简单吧？在这个问题中：用户登录时自动映射网络驱动器，看起来我找到了解决方案，但没有骰子。可能是因为我在桌面上使用 Windows 7，并将 Windows Server 2008 作为 AD 服务器。
这是这种情况：
我还缺少什么？
一位客户向我们传达了一个问题，即他的一个用户（用户 B）在他的回收站中发现了敏感文档，而另一个用户（用户 A）显然在映射的网络驱动器上删除了该文档。
现在，我的印象是这是不可能的。也许可以通过符号链接来实现将自己删除的文件显示在本地回收站中，但这似乎有点牵强。还有一个问题是用户 B 没有 NTFS 权限来访问存储相应文件的文件夹。
由于在当地回收站发现的流氓文件具有敏感性质，公司董事确信他亲眼看到了这一点，“这不可能”对我们的客户来说是不可接受的答案。
是否有任何技术解决方案可以重现此问题/是否可以将 Windows 配置为以这种方式运行？如果没有，我将如何证明这不是技术问题，而是这些文件处理不当？
服务器是 Windows Small Business Server 2008 客户端是 Windows 7 工作站。
他们过去常常与不同的帐户共享 PC。