問題タブ [w3wp]

誰かが私に段階的な指示を与えるか、正しい参照を正しい順序で指すことができますか

この問題の根本原因を特定できるようにするには?

Visual Studio の [プロセスにアタッチ] ダイアログで、利用可能な各プロセスの [タイトル] 列を確認できます。特定の w3wp.exe プロセスのタイトルを、ホストしているアプリケーション プールを反映するように設定する方法はありますか?

PS - iisapp.vbs と、どの w3wp.exe がどのアプリケーション プールに属しているかを識別する方法を認識しています。ここでは、よりユーザーフレンドリーなソリューションを目指しています:)

PPS - 現在 IIS6 を実行しています。

2 つのアプリケーション プールをホストしている IIS6 Web サーバーがあります。時折、w3wp プロセスの 1 つがしばらくの間 CPU を急増させ、両方のアプリケーション プールが影響を受けるようです。どちらがどれであるかはわかりません。その情報がなければ、どのアプリケーションが原因かわかりません。

どの w3wp がどのアプリケーション プールに属しているかを確認するにはどうすればよいですか?

プロジェクトをビルドする前に、VS 2008 で常に w3wp プロセスを終了させる方法はありますか? 以前は自分のマシンでこれを行っていたように感じますが、ビルドを開始する前に常に手動で強制終了する必要があります。そうしないと、ローカルホストに新しいバイナリをデプロイできません。

編集：

VS 2008 でビルドを開始する前にプロセスを手動で強制終了しないと、次のエラー メッセージが表示されます。

エラー 1: ファイル "UPDATED_DLL_I_JUST_BUILT" を "DLL_CURRENTLY_ON_SERVER" にコピーできません。別のプロセスで使用されているため、プロセスはファイル「DLL_CURRENTLY_ON_SERVER」にアクセスできません。

現在、3 人の開発者が 1 つの IIS ボックスをテスト用に共有しています。サードパーティのユーティリティやその他の制限により、プロジェクトをローカルで実行できないため、リモート デバッグが唯一のオプションです。現在のプロセスは、Web サーバーにリモート接続し、iisapp.vps を実行して個々のサイトの PID を取得し、VS2008 でリモート デバッグを実行して、その pid に接続することです。

w3wp に自動的に接続するためのスクリプトを見つけましたが、それが実行されている唯一のスクリプトである場合、スクリプトで w3wp PID をリモートで見つけてそれを使用して接続する方法が見つかりませんでした。

vs2003（およびvs2005（それについては不明））でプロセスにアタッチしたとき、実際にアタッチする前に、w3wpで実行されているプロセスを確認できたので（ローカルで実行されているWebサイトがいくつかあります）、正確な.netアプリケーションを知っていましたデバッグしようとしていた。

しかし、vs2008ではウィンドウが表示されなくなりました..今、私はそれを添付する必要があります.それは間違ったプロセスであるという結論に達し、デバッグを停止し、他のプロセスに添付します(プロセスIDを忘れていない場合:P )

その特定の w3wp プロセスで実行されている .net アプリで表示する興味深いウィンドウを「有効にする」方法はありますか? それとも明らかな何かが欠けていますか？

WSS 3.0 がインストールされており、検索サーバーを使用してドキュメントを検索し、後で検索を繰り返すために検索定義を保存します。ユーザーは、検索結果のすべてのファイルを 1 回限りの Zip ファイルとしてダウンロードできるオプションを望んでいます。

ユーザーがボタンをクリックしたときにファイルの圧縮が Web パーツで行われるという非常に基本的なソリューションがありますが、zip ファイルの作成に時間がかかる場合、ユーザーは待機状態になります (そして、他のユーザーがアクセスしていると思われます)。ドキュメントの圧縮が w3wp プロセスによって行われていると想像するため、サイトは待機します)。

代わりにワークフローとして zip ファイルの作成を開始し、ワークフローが完了したらユーザーがファイルをダウンロードできるようにすることもできると思いましたが、ワークフローは w3wp プロセスでも実行されることに気付きました。

ワークフロー タスクの実行に時間がかかる場合 (たとえば、ユーザーがダウンロードするドキュメントを大量に選択した場合)、sharepoint サイトの他のユーザーに影響を与え、ワークフローが完了するまでどのページにもアクセスできなくなりますか?

明らかに、ユーザーが圧縮してダウンロードできるドキュメントの最大サイズに何らかの制限を設けて、マシンを停止させないようにしますが、どのような制限を設けても、ワークフロー プロセスが終了する可能性があるのではないかと心配しています。他のユーザーをロックアウトします。これは事実ですか？他のユーザーに影響を与えないようなタスクを作成するためのより良い提案はありますか?

ありがとう

これは私の別の質問に関連しています

明らかな（またはそう思った）最大のメモリ消費者（asp.netキャッシュ内の画像）を排除した後、あまり変わっていません。このWebではエンタープライズライブラリの例外処理を使用しており（理由はわかりませんが、使用しています）、これらの例外はログに記録されません。ちなみに、サーバーには4 GBのメモリがあるので、物理メモリが問題になるとは思いません。

イベントログによると、次のようになります。

まず、これをページから取得します（同じページから2回取得することはめったにありません）。

次にこれ：

私の質問はこれです：プロファイラーを使用してクラッシュの原因を確認するにはどうすればよいですか？JetBrainsの.netメモリプロファイラーとdotTraceの2つのプロファイラーを試しました。メモリープロファイリングは、文字列がたくさんあることを除いて、実際には何も役に立ちません。関数の実行時間はすべて正常でダンディであるため、パフォーマンスプロファイリングも役に立ちません。プロファイラーの実行中にこのエラーが発生した場合、プロファイリングが停止するだけです。おそらく間違って使用しています。

psフォーミングして申し訳ありませんが、できる限りのことをしました。