windows – 使用漫游配置文件缓慢登录

我的回忆是,从Windows 2000开始,漫游配置文件客户端会将配置文件的服务器副本中的文件的日期/时间与本地副本进行比较,如果本地副本是最新的,则不会复制服务器-side文件回到客户端.从微软那里找到这种行为的documnetation已经证明是不可能的. (再一次,我们遇到其中一种情况,即访问Windows源代码会让问题得到解决,但我们不得不用棍棒和石头像洞穴人一样戳它……)

我的回忆是基于这个故事,这个故事促使我总是在“桌面”文件夹上使用文件夹重定向.在客户站点,用户将几个数GB的CAD图纸保存到其“桌面”,而不是在服务器计算机上的相应文件夹中.他们的PC中的硬盘驱动器死了,我当时的雇主派遣一名技术人员更换硬盘驱动器并重新映像PC.我接到电话是因为替换图像在“正在加载您的个人设置……”对话框中“冻结”.我观察到,使用服务器计算机上的“网络监视器”,文件正从服务器复制到客户端.稍微嗅一下,发现用户服务器端配置文件的“桌面”文件夹中的20GB文件正在复制到客户端.技术人员不耐烦并继续重新启动PC,导致该过程重新开始使用先前尝试中部分复制的文件.一旦我们让所有内容复制,用户就可以登录并注销,没有任何问题或延迟.

因此,考虑到这个故事,我只是在使用Windows Server 2003 R2作为文件服务器计算机和Windows XP Professional SP3作为客户端的虚拟机中做了一些小模型.

我使用已拥有漫游用户配置文件的用户帐户登录到VM,以允许客户端缓存配置文件,然后我注销.这导致将12MB漫游用户配置文件缓存到客户端.

我再次登录到clent,这次使用Wireshark(在服务器计算机上运行)捕获客户端和服务器之间的流量.我在登录过程中看到了2,500个以太网帧.在此登录期间,客户端和服务器之间的流量不超过1.5MB,但您会记得配置文件目录超过12MB.这是一个非常好的迹象,表明每次登录都没有完整的副本(但我想要更多的证据,正如您所看到的).

我在捕获中观察到的行为是使用“Firstfirst”API对根目录中的文件夹中的文件夹进行递归遍历.遍历完成后,客户端逐个文件夹遍历配置文件,在每个文件夹上执行“打开”,然后“查询文件信息”.

在这次登录期间,我没有看到配置文件中的文件内容实际上是通过线路传输的(并且正如我所说,整个会话在1.5MB以下,而构成配置文件的数据是12MB).

我将56MB文件丢弃到配置文件中并注销.我在客户端上完成注销后验证该文件出现在配置文件的服务器副本上,然后从客户端计算机硬盘驱动器上的缓存副本中删除该文件(通过“C $”共享).

我在使用Wireshark观看时再次登录到客户端,并在登录期间观察到客户端和服务器之间的60MB传输.我可以在捕获中清楚地看到客户端从服务器请求了56MB文件的内容.

我再次注销并登录,这次只在客户端上保留本地缓存的56MB文件.在该登录中,客户端和服务器之间的总传输量再次低于1.5MB.

这似乎证实了我对行为的记忆,至少在Windows XP Professional SP3中.

那么,为什么你看到长登录延迟？除了“慢”(我认为它们只是“慢”),你的WAN链接可能相当潜伏(与本地以太网相比).我在上面的登录中观察到的递归目录遍历在LAN上完成大约需要3秒钟.尽管很少有数据真正穿过网络,但它在WAN上却是一个巨大的倍数. SMB在潜在链接上吸尘就像真空吸尘器一样.

我怀疑,如果您“清理”用户在“应用程序数据”文件夹,“Cookies”文件夹等中无关文件的配置文件,您会看到登录和注销时间减少.不幸的是,垃圾往往堆积在那里,很难控制住.

一些想法：

> Immidio Flex Profiles创建一个ZIP文件,其中包含所有用户配置文件数据并将其上载到服务器计算机.它在潜在链接上比内置配置文件复制引擎更好.这个工具包过去是免费的,但我相信它现在是一个付费产品.>如果用户不经常在场外办公室之间移动,您可以在每个场外位置放置一个“服务器”,作为在该办公室工作的用户的“漫游配置文件服务器”,并远程备份.您可以使用此角色的Windows客户端PC,只要超过10个用户不尝试一次连接到它(并且它不会被关闭).或者,由于您已经熟悉Samba,因此可以在每个办公室中放置一台托管漫游配置文件的低端Linux计算机,并使用rsync之类的方法将文件复制回集线器位置进行备份.>如果您想要解决方案,您可以将Windows Server计算机放入每个办公室,使用DFS-R复制漫游配置文件共享,用户可以在所有办公室之间自由移动.