我有一个域，上面有 Windows 7 Pro x86 和 x64 位计算机。用户在 Exchange2010 所在的同一台服务器上的网络共享中遇到 Office 文档加载缓慢的问题。症状是打开文档时文档底部会出现一个下载栏，然后文件需要 30 秒到 5 分钟才能打开。我相信这是由于服务器上发生 Exchange 错误而导致的，但不知道如何确认/反驳这种怀疑
答案1
假设您只是在谈论从服务器计算机硬盘驱动器上的 NTFS 文件夹共享的文件（而不是从 Exchange 公用文件夹共享的文件），我怀疑 Exchange 本身是否相关。
Exchange 可能会成为 I/O 的瓶颈。您应该使用性能监视器查看服务器计算机上的 I/O 负载，并确保您没有在共享文件所在的主轴上建立高磁盘队列。
在打开文件时，我会嗅探客户端和服务器之间的流量，以查看网络带宽利用率的特征。您可能会发现文件传输速度很快，客户端在传输后会花时间执行某物。
根据您的标签“office-2007”，我怀疑您说的是打开 Microsoft Office 文件时出现的问题。我曾使用过支持 Office 的防病毒软件，它对文件加载时间产生了负面影响，如果我没有嗅探流量，我就不会发现在客户端似乎最终“打开”文档之前，文件传输早已完成。
通过使用 Windows 资源管理器复制大文件来对传输进行基准测试。如果文件以这种方式传输很快，那么你最好使用 SysInternals Process Monitor 之类的工具深入研究 Office 程序的运行情况。
答案2
有点重复 Evan 的观点，但众所周知，在运行 Exchange 的同一台服务器上加载文件级 AV 会产生一些奇怪的副作用。特别是如果 Exchange AV 与文件级 AV 是由同一家公司制造的。我使用过的两个软件包 Symantec Endpoint Protection 和 Microsoft ForeFront 相当明确地表明，您根本不应该在 Exchange 服务器上运行文件级 AV。我猜你正在找出原因。
测试此问题的一种方法是查看从这些共享中复制非 Office 文件需要多长时间。如果这些文件复制速度很快，但 Office 文件复制速度很慢，那么发生可怕的 AV 交互的可能性就会增加。
答案3
感谢 Evan 和 sysadmin。Eset Nod32 4.2 文件系统保护正是导致此问题的原因。禁用 Exchange 2010 和文件服务服务器上的文件系统保护即可解决问题