AEM'中会话统计的含义;s JMX控制台

AEM'中会话统计的含义;s JMX控制台,aem,jcr,jackrabbit-oak,Aem,Jcr,Jackrabbit Oak,我的AEM服务器在几天后变得无响应并崩溃。根据本文-,在检查时,我发现有60000多个SessionStatistics对象。我想知道这些代表什么?这些是活动会话吗?或者这是AEM服务器上创建的所有会话的列表 我想知道这些代表什么?这些是活动会话吗?或者这是AEM服务器上创建的所有会话的列表 是的,这些是当前在AEM服务器上运行的活动打开会话,这些会话是自您上次启动实例以来创建的。您可以从/system/console/vmstat中找到上次启动的时间,所有会话对象将在上次启动的时间之后有一个时

我的AEM服务器在几天后变得无响应并崩溃。根据本文-,在检查时,我发现有60000多个SessionStatistics对象。我想知道这些代表什么?这些是活动会话吗?或者这是AEM服务器上创建的所有会话的列表

我想知道这些代表什么?这些是活动会话吗?或者这是AEM服务器上创建的所有会话的列表

是的,这些是当前在AEM服务器上运行的活动打开会话,这些会话是自您上次启动实例以来创建的。您可以从
/system/console/vmstat
中找到上次启动的时间,所有会话对象将在
上次启动的时间之后有一个时间戳。您会注意到会话名称对应的时间戳。类似的东西

"communities-user-admin@session-1132@25/10/2018 5:03:26 PM"

您发布的链接已经指出了开放会话的潜在修复

建立会话对象的另一个可能原因是由于运行时间长、效率低的JCR查询(没有索引的查询、非常广泛的谓词等)。由于内存使用量的增加(如果启动脚本中没有指定mem参数),这可能会导致垃圾收集的增加,分析
gc.log
可能会提供一些见解。如果您非常清楚查询会导致会话对象的生成,那么可以在开始脚本中使用这些参数来优化所使用的资源

 -Doak.queryLimitInMemory=1000 -Doak.queryLimitReads=1000 -Dupdate.limit=1000 -Doak.fastQuerySize=true
要查找
gc.log
的位置,请使用
lsof

lsof -p ${JAVA PID} | grep gc.log