IIS 6.0がハングし、約3分後にアプリプールがリセットされます。これはASPサイトであり、リセットすると数秒間正常に機能し、その後ハングします。IIS6のこのインスタンス上の他のすべてのアプリプールは正しく機能します。このマシンにはパフォーマンスの問題はないようです。IIS Debug Diagnosticsを使用してメモリダンプを取得しました。これは、レンダリングされた分析です。誰かがサポートを貸してくれませんか？
分析の概要タイプ説明推奨事項警告ntdllでブロッキングまたはリークの可能性があるクリティカルセクションが検出されました！w3wp.exe__SupportSiteAppPool__PID__3960__Date__07_23_2009__Time_02_22_36PM__551__ManualDump.dmpのスレッド24が所有するLdrpLoaderLock
このロックの影響
実行中のASPリクエストの66.67％がブロックされました
スレッドの22.58％がブロックされました
（スレッド6 22 23 27 28 29 30）
次の関数がこのクリティカルセクションに入ろうとしています
ntdll！LdrLockLoaderLock + 133
ntdll！LdrpGetProcedureAddress + 128
ntdll！LdrpInitializeThread + 68
次のモジュールがこのクリティカルセクションに関係しています
Microsoft CorporationのC：\ WINDOWS \ system32 \ ntdll.dllダイナミックリンクライブラリ（DLL）のエントリポイント関数は、単純な初期化または終了タスクのみを実行する必要がありますが、このスレッド（24）はLoadLibraryAPIを使用してdllをロードしています。ライブラリのロードおよびアンロード中のアクセス違反やデッドロックを回避するには、DllMainのMSDNドキュメントのガイダンスに従ってください。
C：\ WINDOWS \ system32 \ mscoree.dllについては、ベンダーのMicrosoftCorporationにフォローアップしてください。警告asp！g_ViperReqMgr + 2cで、w3wp.exe__SupportSiteAppPool__PID__3960__Date__07_23_2009__Time_02_22_36PM_
このロックの影響
スレッドの6.45％がブロックされました
（スレッド7 9）
次の関数がこのクリティカルセクションに入ろうとしています
asp！CViperActivity :: PostAsyncRequest + 72
次のモジュールがこのクリティカルセクションに関係しています
\？\ C：\ WINDOWS \ system32 \ inetsrv \ asp.dll from Microsoft Corporation次のベンダーは、根本原因分析に基づいてフォローアップのために特定されました。
マイクロソフト
上記で特定されたベンダーにフォローアップしてください。このクリティカルセクションの問題の根本原因を特定するには、次のアプローチを検討してください。アプリケーションベリファイアで「ロックチェック」を有効にする次のURLからアプリケーションベリファイアをダウンロードします。
Microsoft Application Verifierは、次のコマンドを実行して、このプロセスの「ロックチェック」を有効にします。
Appverif.exe -enable locks -for w3wp.exe Application Verifierの詳細については、次のドキュメントを参照してください。
AppVerifierを使用したアプリケーションのテストDebugDiagクラッシュルールを使用して、アプリケーションの例外を監視します