我们的一些办公室通过缓慢的链路(1/2 Mbit)连接到总部.当然,这不是很快,但这是预期的.
我不明白的是,如果用户注销(需要很长时间来同步,如预期的那样),然后第二天再次登录,则还需要很长时间才能登录.这就是我不明白的地方.同步不应该认识到没有什么变化很快吗？
另外：有没有关于如何实现同步的体面文档？
编辑：谢谢你的帮助.最后,结果是Sophos Antivirus扫描远程配置文件.一个选中“禁用按访问扫描远程共享”复选框后,一切都很快. (最快1mbit就可以了.所以登录只需要5分钟……)
我的回忆是基于这个故事,这个故事促使我总是在“桌面”文件夹上使用文件夹重定向.在客户站点,用户将几个数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复制漫游配置文件共享,用户可以在所有办公室之间自由移动.
