IIS7にロックされたファイルを解放させる方法は？

実稼働ビルド中に、ルートディレクトリ内の非常に大きな（10メガバイト）静的コンテンツファイルがIISによってロックされ、クリーンタスクで削除できないことがあります。これは、その時点で1つ以上のクライアントにアクティブに提供されているためと思われます。

ビルドプロセスは、を介してクリーニングする前にWebサイトを停止します

c:\Windows\System32\inetsrv\appcmd.exe stop site http://oursite.com

ただし、これによりファイルが解放されるわけではありません。IISを再起動してプロセスのロックを解除する必要があります。

appcmd.exeIISを完全に停止できます。これはしたくない！

IISを再起動せずに、ロックされたファイルを解放するIISを取得する他の方法はありますか？個々のWebサイトを単に停止および開始するだけでは、ファイルロックを解除することはできません。

SysinternalのProcess Explorerなどのファイルハンドルを見つけて強制的に閉じることができるツールがありますが、これを行った後のアプリケーション（この場合はIIS）の状態と動作は未定義です。気にしない人もいれば、エラーになる人もいれば、激しくクラッシュする人もいます。

正しい解決策は、停止を取り、IISがロックを完全に解放し、サーバーの安定性を維持するためにそれ自体をクリーンアップすることです。これが不可能な場合は、同じボックスに別のサイトを作成するか、新しいコンテンツで新しいボックスを設定し、ドメイン名/ IPを移動して新しいコンテンツを本番に「昇格」できます。

これを行うには、「ハンドル」と呼ばれる小さなツールを使用します。

基本的に、ロックされているファイルの名前を渡すと、どのプロセスがそれを使用しているかがわかります。

handle c:\weird.file
Something.exe pid: 1000 100: C:\weird.file
Something.exe pid: 1000 101: C:\weird.file

次に、-cスイッチを渡して、ハンドルを閉じます。

handle.exe -c 101 -p 1000 -y
handle.exe -c 100 -p 1000 -y

出力を解析するためにラッパープログラムを使用せずにビルドスクリプトで作業するのに苦労するかもしれませんが、うまくいけばこれが役立つでしょう。

一時アセンブリでのaspxファイルのコンパイルを意味するかどうかはわかりません。すべてのaspx / ascxファイルを事前にプリコンパイルするASP.NET展開プロジェクトを使用しています。

バイナリファイルを「publish」から「bin」フォルダにコピーする際、app_offline.htmファイルを一時的に有効にします。このファイルは、すべてのアセンブリがコピーされた後（わずか数秒）削除されます。このようにして、ファイルロックを経験したことがありません。

編集：

Webサイトを停止する代わりに、appcmd.exeを使用してアプリプールのリサイクルを試みることができます。

C:\Windows\System32\inetsrv\appcmd.exe recycle apppool "My App Pool Name"

私は今これを試しています：どうやらディレクトリでインデックスを有効にしている場合、ファイルのロックに問題があるようです。 http://www.richard-banks.org/2008/04/how-to-fix-problems-with-locked-files.html

これはIIS 6.0ですが、これはIISではなくOSに関連していると思われるため、根本的な原因である可能性があります。

プロセスモニタは、あなたの調査のお手伝いをする必要があり、ここにある例のMarkさんのブログ（からファイルハンドルを見つける方法でツールを書いた男が）。

このロック解除ツールを試して、ファイルハンドルレベルでロック解除を自動化できます。

答えではなく、IISサーバーを再起動せずにそのファイルを「ロック解除」する方法がない場合の回避策です。

新しい空のフォルダにビルド/デプロイし、Webサイトのホームディレクトリをそのフォルダに変更するとどうなりますか？ただし、新しいフォルダー名を作成するか、2つの名前を切り替える必要があります。

そのファイルがどのフォルダーに属しているのかわかりません。ルートフォルダーに配置する必要がない場合は、新しく作成したフォルダーに配置し、そのフォルダーを指す仮想ディレクトリを作成できます。そのため、アプリケーションの標準のホームディレクトリを保持できます。

同じ問題がありました。MSDeploy（Web Deploy）に切り替え、何も停止することなくWebサイトを確実に更新できるようになりました。実際、この手順は自動ビルドツールでスクリプト化されており、問題なく常に実行されます。そして、それも高速です。

確かに、IISサービスを停止します。多分私は何かを理解していない、ごめんなさい。

注： Windowsファイルロックセマンティクスの専門家ではありません

Jarrod、邪魔にならないようにファイルの名前を変更できますか。一時的な拡張子を持つ新しいファイルを作成し、現在のファイルの名前を変更することもできます。

WindowsファイルロックセマンティクスがPOSIXの場合と同様に機能する場合、ファイルの現在の読み取りロックを保持しているリーダーは、読み取りストリームを閉じるまで古いファイルを提供し続け、新しいリーダーは新しいファイルを開きます。