双击打开Office文档很慢,文件 – >打开很快

我有2个独特的networking。 他们都有相似的架构:

  • Windows 2003 SBS SP2
  • 运行Symantec Endpoint
  • 运行Symantec Information Foundation
  • 共享驱动器closures数据分区
  • 运行Office 2003或2007的客户端
  • 通过映射驱动器连接到文件服务器

当用户尝试通过双击从本地PC打开文件时,需要30-60秒才能打开。 当他们做文件 – >打开,那些相同的文件几乎立即打开。

到目前为止,我已经尝试了以下 – CCleanerparsing过时的映射驱动器的registry – 禁用“使用DDE” – 禁用A / V – 重新启动

除此之外的任何想法? 想象这个问题属于这里而不是SU,因为它在不同的networking上是相同的问题。

编辑它在报告它的每个受影响的networking中只有1个用户。 他们每个都有一个来自networking共享的文档,作为桌面上的一个快捷方式。 当他们双击该快捷方式时,会有延迟。 我没有testing过,如果双击excel或word已经打开文档会发生什么情况。 我所做的是在其各自的程序中从networking上打开文件,并立即打开。

我将从Process Monitor开始。 当您尝试从桌面上的快捷方式打开时捕获堆栈,然后从程序内部打开时单独捕获。 比较两者,看看差异在哪里。

尝试添加Excel的查阅向导加载项,看看是否改变任何东西。 从这里 。

在你的编辑你说

我没有testing过,如果双击excel或word已经打开文档会发生什么情况。

testing它。 这可能是您的用户正在体验Office本身的启动效果。 Word或Excel的启动速度慢吗? 你的用户是否安装了任何时髦的Office插件?

检查用户的AD帐户上的主文件夹属性是否有效(如果存在)。

我有一个类似的问题,这是一个噩梦排除故障,它原来是一个指向旧的退役文件服务器的家庭文件夹。

AD用户帐户属性中主文件夹属性的位置

它可能是与文件types关联相关的东西? 我的意思是,定义打开这个文件的命令行是调用一个不同的应用程序,或调用相同的应用程序,但使用不同的选项导致延迟

如果我从编辑中正确理解,则用户在桌面上有一个指向文件的快捷方式,例如\ server \ share \ document.doc,然后双击它打开文件。

当你在办公室的应用程序,你要文件 – >打开,并手动导航到\服务器\共享\ document.doc打开它。

如果是这种情况,请尝试用指向\ server \ share的映射驱动器(例如Z :)设置用户,并重新指向其桌面快捷方式,以便以Z:\ document.doc

映射驱动器应保持networking共享凭据/身份validation要比打开文件时手动命中UNC共享path(\)更好。 在办公室/单词的情况下,当通过他们的UNCpath直接访问文档时,我遇到了奇怪的减速。

如果直接通过映射驱动器访问时发生,那么…您可以检查: http : //support.microsoft.com/kb/297684

一些额外的疑难解答步骤,您可以尝试: http : //support.microsoft.com/kb/832161

嗨基思,你有没有试过运行Wireshark来查看每种情况下幕后发生的事情? 任何networking差异(尤其是30-60秒的差距)都可能出现在那里。

我安装了数码相机附带的柯达Easy Share的最新版本后,发生了这种情况。 卸载应用程序后,我的办公室文档又开始快速打开。