私は2つのユニークなネットワークを持っています。どちらも同様のアーキテクチャを共有しています。
ユーザーがローカルPCからダブルクリックしてファイルを開こうとすると、開くのに30〜60秒かかります。 [ファイル]-> [開く]を実行すると、同じドキュメントがほぼすぐに開きます。
これまで私は以下を試しました-古いマップされたドライブのレジストリを解析するCCleaner-「DDEを使用して」無効-無効A/V-再起動
それ以上のアイデアはありますか?異なるネットワークで同じ問題が発生するため、この質問はSUではなくここに属すると考えました。
編集影響を受けた各ネットワークで、それを報告した唯一のユーザー。それらはそれぞれ、デスクトップ上のショートカットとしてネットワーク共有からのドキュメントを持っています。彼らがそのショートカットをダブルクリックすると、遅延が発生します。 ExcelまたはWordを開いた状態でドキュメントをダブルクリックするとどうなるかはテストしていません。私が行ったことは、それぞれのプログラム内のネットワークからドキュメントを開き、すぐに開きます。
あなたの編集であなたは言った
ExcelまたはWordを開いた状態でドキュメントをダブルクリックするとどうなるかはテストしていません。
試して。ユーザーがOffice自体の起動効果を経験している可能性があります。 WordまたはExcelは、それ自体で起動するのに時間がかかりますか?ユーザーはファンキーなOfficeプラグインをインストールしていますか?
ADアカウントのユーザーのホームフォルダプロパティが有効であるかどうかを確認します(存在する場合)。
トラブルシューティングが悪夢だった同様の問題があり、古い廃止されたファイルサーバーを指すホームフォルダーであることが判明しました。
それはファイルタイプの関連付けに関連するものでしょうか?つまり、このファイルを開くために定義されたコマンドラインは、別のアプリケーションを呼び出すか、同じアプリケーションを呼び出していますが、オプションが異なるために遅延が発生します
私があなたの編集から正しく理解している場合、ユーザーはデスクトップ上に\ server\share\document.docのようなファイルを指すショートカットを持っており、それをダブルクリックしてファイルを開きます。
Officeアプリを使用しているときは、[ファイル]-> [開く]に移動し、手動で\ server\share\document.docに移動して開きます。
この場合は、\ server\shareを指すマップされたドライブ(Z:など)を使用してユーザーを設定し、デスクトップショートカットを再度ポイントして、Z:\ document.docとしてファイルにアクセスするようにしてください。
マップされたドライブは、ファイルを開くときにUNC共有パス(\)を手動で押すよりも、ネットワーク共有の資格情報/認証を保持する必要があります。 Office/Wordの場合、UNCパスを介してドキュメントに直接アクセスすると、奇妙な速度低下が発生しました。
マップされたドライブを介して直接アクセスしたときにも発生している場合は、これを確認できます: http://support.Microsoft.com/kb/297684
試すことができるいくつかの追加のトラブルシューティング手順: http://support.Microsoft.com/kb/832161
キースさん、Wiresharkを実行して、各シナリオの舞台裏で実際に何が起こっているかを確認しましたか?ネットワークの不一致(特に30〜60秒の遅れ)はおそらくそこに現れるはずです。