2011-05-05 56 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