我有一个Windows 7专业版x86和X64位计算机上的域。 用户正在经历缓慢加载时间的办公室文件，在networking共享closuresExchange2010同一台服务器上共享。 症状是打开文档底部的下载栏，然后文件需要30秒-5分钟才能打开。 我相信这是由于在服务器上发生交换错误而发生的，但不知道如何确认/否认这种怀疑
假设你只是谈论在服务器计算机的硬盘驱动器上的NTFS文件夹中共享的文件（而不是像Exchange公用文件夹中共享的文件那样），我怀疑Exchange本身是相关的。
Exchange可能会瓶颈您的I / O。 您应该使用性能监视器来查看服务器计算机上的I / O负载，并确保您没有在共享文件所在的主轴上构build高磁盘队列。
当打开文件时，我会嗅探客户端和服务器之间的stream量，看看networking带宽利用率是多less。 您可能会发现文件快速传输，客户花费时间，在传输之后，做一些事情 。
我怀疑，根据您的标签“office-2007”，您正在讨论打开Microsoft Office文件的问题。 我已经知道了Office的感染防病毒软件负面影响文件加载时间，如果我没有嗅探stream量，我不会看到文件传输是很长的 – 因为在客户端似乎最终“打开”文件。
通过使用Windows资源pipe理器复制大文件的基准。 如果文件以这种方式快速传输，那么您可能更喜欢使用SysInternals Process Monitor之类的东西进行Office程序的操作。
回应Evan一点，但是在运行Exchange的同一台服务器上加载文件级AV已经有一些奇怪的副作用了。 特别是如果Exchange AV由与文件级AV相同的公司生成。 我使用的两个软件包Symantec Endpoint Protection和Microsoft ForeFront相当清楚，您不应该在Exchange服务器上运行文件级AV。 我怀疑你正在找出为什么是这样的情况。
testing这种方法的方法是查看从这些共享中复制非Office文件需要多长时间。 如果这些进展迅速，但是办公室没有，那么可怕的AV交互的机会就会增加。
感谢Evan和sysadmin。 Eset Nod32 4.2文件系统保护造成了这个问题。 使用Exchange 2010和文件服务禁用服务器上的文件系统保护的确有窍门