编辑：我们意识到我们目前正在审核的会议是inproc，这绝对没问题。简而言之，问题是inproc计数器报告的活动会在交付时可靠吗？或者他们看起来可能因为任何原因看起来比他们实际更高（我读了一篇关于它看起来在4亿或者其他东西的部分，因为安装了ASP.Net 3.5但是我说的不是那么高）。 / p>
在我的工作地点，我们正在尝试确定有多少人在一个时刻有一个活动会话，因为活动会话的数量是激活设备的负载平衡软件的触发器。我们正在查看Asp.Net Apps“Sessions Active”计数器，当我们比较看起来浏览我们网站的人数与我们实际开展的业务量时，它似乎给出了一些略微奇怪的读数。例如，有可能只注册1600个活动会话，但大约每两分钟就会销售一次，或者像今天早上一样，销售前3000个活动会话，但每15分钟只能销售一次。
完全有可能我们只是有很多潜伏者，但我确定我想知道是否有人知道这个计数器实际上是如何得出它的数字以及它是否容易受到任何形式的误报行为的影响。我现在已经关注了几个小时的perfmon数据，并且会议活动已经在3100到2700之间转换，但在那段时间我们已经做了大约十次实际销售。我们应该把它作为福音，我们只有很多浏览器吗？
答案 0 :(得分：1)
好吧，假设您正在使用进程内会话状态模式，首先，我建议您切换到SQL Server或State Server模式，因为您似乎需要一个良好的活动会话跟踪。
正如我在你的回答中所说的那样......
如果它在进程中，如果IIS应用程序池是 回收，IIS重置，甚至 无论如何，Windows都会重新启动 SQL时，会话无法生存 服务器或状态服务器（或自定义 一）任何后会恢复会议 这些行动。
...通过使用建议的模式，您将能够对某些会话跟踪进行编码，因为，例如，SQL Server模式将会话存储在某些可以查询的表中，以确保实时和实时
我没有使用State Server的经验，我不知道如何从中检索会话但是应该可以。
谈到SQL Server模式，我成功地可以进行计划维护，因此我可以放弃幻像会话，检查实际会话，这些会话在X分钟内执行了一些操作（意味着它们处于活动状态......），依此类推。