2011-05-05 99 views
0

編輯:我們認識到,我們現在都在審查會議的進程內,這就是精絕。簡而言之,這個問題是,在正常計數器中報告的會話是活躍的會話嗎?或者他們看起來可能比他們實際出於任何原因更高(我讀了一篇關於由於安裝ASP.Net 3.5而出現在4億美元左右的區域,但我並沒有說這麼高)。性能監視器ASP.Net應用程序「活動會話」反

在我工作的地方,我們正在努力,以確定有多少人在每時每刻基礎活動會話作爲活動會話的數量是一塊激活的設備負載均衡軟件的觸發。我們正在尋找Asp.Net Apps的「Sessions Active」計數器,當我們比較有多少人看起來像瀏覽我們的網站,以及我們實際上在做多少業務時,它似乎給出了一些略微奇怪的讀數。例如,可能只註冊1600個活動會話,但大約每兩分鐘銷售一件商品,或者像今天早上一樣,銷售3000個活動會話,但每15分鐘只能銷售一次。

完全可能的是,我們只有很多潛伏者,但我想知道是否有人知道這個計數器是如何實際到達它的數字以及它是否容易受到任何形式的誤報行爲的影響。我一直關注perfmon的數據現在幾個小時,活躍的會議在3100到2700之間改變了,但是在那段時間我們已經完成了大約10次的實際銷售。我們是否應該把它當作福音,我們只有很多瀏覽器?

+0

您是否提到了您在應用程序中使用了哪種會話模式?謝謝! ;) – 2011-05-05 10:42:00

+0

爲什麼會有什麼不同? – 2011-05-05 10:42:36

+0

一個很好的例子:如果它在進程中,如果IIS應用程序池被回收,IIS被重置,甚至Windows重新啓動,無論如何,會話將無法存活,而SQL Server或狀態服務器(或定製服務器)將在任何這些行動後恢復會話。 – 2011-05-05 10:45:16

回答

1

好吧,假設你使用過程中會話狀態模式,首先,我想建議您切換到SQL Server或狀態服務器模式,因爲它似乎你需要一個好的活動會話追蹤。

正如我在你的答案評論說...

如果它的進程,如果IIS應用程序池 回收,IIS是reseted,甚至 的Windows重新啓動時,在任何情況下, 會議將無法生存,而SQL 服務器或狀態服務器(或自定義 一個)將恢復這些行動的任何 後會話。

...通過使用建議模式,你就可以,因爲編寫一些會話跟蹤,例如,在某些表的SQL Server模式存儲會議,可以按順序查詢,以確保這是怎麼回事,並在即時的。

我已經與國家服務器沒有經驗,我不知道如何從它的會話,但它應該是可能的。

談到SQL Server模式,我成功所能做的定期維護,所以我可能會下降幻影會議,檢查哪些做了一些動作最後X分鐘實際會話(這意味着他們是積極的......),等等。

+0

嗨,是的,我猜如果我們真的需要「審查」實時會話,另一種模式會更好。然而,我們真正關心的是「進程中的會話真的是真的還是因爲任何原因而人爲膨脹?」感謝這一點,但知道這是一件有用的事情。 – 2011-05-05 11:06:09

+0

好吧,認爲每個沒有會話關聯的Web請求都會啓動一個會話。由於某些應用程序池回收或其他操作可能會改變活動會話,從第二次到另一次,您可以擁有30k活動會話,然後是0,接下來的第二次4k等等。這就是爲什麼我建議處理會話更可靠的方法:D – 2011-05-05 11:08:36

+0

我們完全沒有這樣做,實際上它相當穩定。只是,比我們預期的稍高一點。這實際上與我們預期的業務量相差1000人左右。所以計算上沒有什麼,但統計上很多。 – 2011-05-05 11:09:35