2009-09-01 1 views
3

Windows 2003ではIIS 6を使用しました.Win 2008にアップグレードして、今度はアプリケーションは同じですが、基本的に画像のサイズを変更し、クライアント。サイズ変更にはより多くのメモリサイズが必要なため、パイプラインプールで実行するとメモリエラーは発生しなくなり、Classicモードに戻り、Webサイトがなくなりました。IIS 7、クラシックアプリケーションプール、100%CPU使用率の問題

今日の朝私はウェブサイトがダウンしているのを見て、サーバーのCPU使用率をチェックしてw3wp.exeで100%CPU使用率を表示しました。古いIIS 6とそのシンプルなデータベースの読み取りとResponse.Write ..

再起動サーバーは問題を解決しましたが、同じ問題が再度発生した場合、どのように私たちのウェブサイトのコードのどの部分がこのような巨大なCPU他の場所では、エラー・ログは絶対になく、イベント・ビューアー・エラーもありません。

ウェブサイトで使用されているコードはほとんど線ではなく、一般的なDALのデータベースとresponse.write thats allです。ファイルはデータベース内のブロブに格納されますが、同じSQL Serverで3年間正常に実行されたため、何もしません。唯一の変更はIIS 7とその既定のアプリケーションプールを持つIIS 6に対するClassicアプリケーションプールです。

私はこのツールの問題を引き起こした原因を少なくとも何らかの方法で監視しています。私たちは過去30日から2008年にWin 2008を開催しています。このエラーは一度しかありません。

+0

私は私にnutesを..driving同じ問題を抱えています。デバッグ診断ツールを使用してみてください –

答えて

0

私たちのケースでは、4つのプロセッサがあるので、「作業者プロセスの数を4に増やしました」は、今までのところ比較が可能です。ここ

スナップショット:http://pic.gd/c3661a