サーバー上の共有フォルダで Excel ファイルを上書き保存するとファイルが失われる

---

MSKB 968102
Windows Server 2008、または Windows Server 2003 R2 で DFSR が有効に設定されている共有フォルダに Excel ファイルを上書き保存した場合にファイルが消失することがある
http://support.microsoft.com/kb/968102/ja

---

企業環境などでサーバー上の共有フォルダに保存したファイルを直接開き、上書き保存する事はよくあるだろう。ところが Office アプリケーションの中でもよくつかわれる Excel ネットワーク共有上のファイルを取り扱っていると、うまく保存できない場合がある事が知られている。マイクロソフトでもこの現象については以前から以下のサポート技術情報で公開している。

MSKB 813973
ネットワーク ドライブにファイルを保存する際に “変更を保存できませんでした” というエラー メッセージが表示される
http://support.microsoft.com/kb/813973

この技術情報ではネットワーク ドライブ上の該当するフォルダに対して削除および変更の権限が無いと Excel ファイルが保存できない事が記されているが、同時に本当に権限が無い場合だけでなく、サードパーティのウイルス対策ソフトウェアおよびレプリケーション ソフトウェアが原因でも同様の問題が発生する事が明らかにされている。
Excel はファイルを保存する場合、技術情報 814068 (Excel のファイル保存方法について) に書かれているように一時ファイルを作成し、そのファイルに保存するデータを書き込み、元のファイルを削除して一時ファイルを本来の (Excel ファイルの) 名前に変更するという順番を踏む (Process Monitor などで調べると、実際にはもっと細かい動きがあり一時ファイルも作って削除してまた作成するような動きがあり、またも元のファイルも直接削除するのではなくいったん一時的なランダムな名前に変更されてから削除されるなどの動作が見られる)
こうした一時ファイルの作成や削除の動作がウイルス対策ソフトウェアおよびレプリケーション ソフトウェアに検出され、ファイルがスキャンやステージングのためにロックされると、技術情報 813973 に書かれさてるような保存のエラーが発生する。

こうしたトラブルでも深刻な現象が、表題の技術情報 968102 で公開されている問題だ。Windows Server 2008 や Windows Server 2003 R2 には DFS レプリケーション (DFSR) の機能があり、DFS (分散ファイルシステム) を構成しているボリューム間での自動的なファイル複製が可能になっている。ところがこの DFSR の複製処理によるファイルのロックが Excel のファイル保存の動作を妨げ、一時ファイルのみ残っている状態で処理がエラーになってしまう場合がある事がこの技術情報で示されている。

ファイルが無くなってしまうので影響が深刻であり、かつ Excel と DFSR というマイクロソフト製品同士の問題であるため、何とかしてほしいトラブルではあるが、有効な解決方法は現時点では無いようで、技術情報でも「共有フォルダで DFSR を行わない」または「レプリケーション スケジュールを変更してクライアントが Excel の保存を行わない夜間などに行う」という消極的かつ DFSR のメリットを損なうような回避策しか示されていない。

原理的に回避が難しそうな現象ではあるが最新の自社製品同士で発生する問題だけに、マイクロソフトには有効な解決方法を提供してほしいものだ。

---

2011/6/20 追記
http://support.microsoft.com/kb/968102/ja は今年に入って改訂されており、現象の詳細についての記述が追加されている。またこの問題が Excel 2003 までのバージョンで発生し、Excel 2007 以降のバージョンでは発生しないと記述されている。ただし DSFR を原因とする問題が発生しない場合でも、同様の現象がウィルス スキャン ソフなどにより発生する可能性はある事も追加されている。