0

編集: 現在レビューしているセッションは進行していないことを認識しており、それはまったく問題ありません。簡単に言えば、問題は、inproc カウンターで報告されたアクティブなセッションが配信されたときに信頼できるかどうかです。それとも、何らかの理由で実際よりも高く見えるのでしょうか (ASP.Net 3.5 のインストールにより、4 億程度に見えるという記事を読みましたが、それほど高くはありません)。

私の職場では、アクティブなセッションの数が、アプライアンスをアクティブにする負荷分散ソフトウェアのトリガーになるため、アクティブなセッションを行っている人の数を瞬間的に確認しようとしています。Asp.Net Apps の "Sessions Active" カウンターを調べています。サイトを閲覧しているように見える人の数と、実際に行っているビジネスの数を比較すると、少し奇妙な数値を示しているようです。たとえば、1600 のアクティブ セッションのみを登録し、約 2 分ごとにアイテムを販売したり、今朝のように 3000 のアクティブ セッションを上回り、15 分ごとにしか販売を行っていない場合があります。

多くの潜伏者がいる可能性は十分にありますが、このカウンターが実際にどのようにしてその数値に達したのか、また、何らかの誤検知の影響を受けやすいのかどうかを誰かが知っているかどうか疑問に思っていました. 私はここ数時間 perfmon の数値を監視しており、アクティブなセッション数は 3100 から 2700 の間で推移していますが、その間ずっと実際に約 10 の売上を上げています。たくさんのブラウザを持っているだけだと信じるべきでしょうか?

4

1 に答える 1

1

さて、インプロセス セッション状態モードを使用していると仮定すると、まず、SQL Server モードまたはステート サーバー モードに切り替えることをお勧めします。これは、適切なアクティブ セッションの追跡が必要と思われるためです。

あなたの答えのコメントで述べたように...

処理中の場合、IIS アプリ プールがリサイクルされた場合、IIS がリセットされた場合、または Windows が再起動された場合でも、いずれにしてもセッションは存続しませんが、SQL Server またはステート サーバー (またはカスタム サーバー) はいずれかの後にセッションを回復します。これらのアクションの。

... 提案されたモードを使用することで、いくつかのセッション追跡をコーディングできるようになります。たとえば、SQL Server モードでは、何が起こっているかをリアルタイムで確認するためにクエリできるテーブルにセッションが保存されるためです。

State Server の経験がなく、そこからセッションを取得する方法もわかりませんが、可能であるはずです。

SQL Server モードについて言えば、スケジュールされたメンテナンスを正常に実行できたので、ファントム セッションを削除したり、過去 X 分間何らかのアクションを実行した実際のセッションを確認したり (アクティブであることを意味します...) したりできました。

于 2011-05-05T10:59:10.727 に答える