Analytics 添加SessionEnd管道处理器会影响Sitecore分析吗？

今天早上，我在查看每月的Sitecore分析报告时发现了一个令人不安的异常情况。我们本月的“现场时间”平均达到9分钟左右。这比上个月的平均1-2分钟有所上升

我的第一反应是“很好，看起来我们这个月做得更好”，但经过进一步调查，似乎每次访问该网站都记录了20-25分钟的“网站时间”统计数据——即使是单页访问

以前有人经历过吗？似乎添加SessionEnd处理器会使Sitecore在默认的20分钟内保持每个会话的活动状态。如果这是真的，那么如何在不影响每次访问的“现场时间”统计的情况下添加自定义SessionEnd管道处理器

Sitecore版本：6.4.1更新1

更新

不幸的是，网站流量仍然记录在每次访问20分钟以上。。。这是与自定义SessionEnd处理器完全删除。我目前正在调查其他可能的原因

更新2

我们在日志中看到许多分析警告消息，如下所示：

Analystics: Max size of insert queue reached. Dropped 3826.

我现在相信这与

更新3

我发现重新启动Sitecore应用程序后，“站点时间”统计数据将恢复正常。从那时起，现场的平均时间将以大约每10分钟1分钟左右的速度逐渐上升，直到20分钟左右趋于平稳。我相信这与我们开始在日志中看到“已达到插入队列的最大大小”警告的时间差不多

---

我还发现，实际的“现场时间”数字是根据

[Sessions].[Timestamp]

和

[Session].[LastPageTimestamp]

表中

[Sessions]

列之间的平均时间跨度计算出来的。这里有趣的是，进入会话表的最新记录似乎有一个

[LastPageTimestamp]

的实际插入表的时间。这就好像INSERT语句在将每条记录插入数据库时使用GETDATE（）标记它们一样。如果那是真的，那么我想我找到了罪犯。我认为我手头有一个性能问题，更糟糕的是，排队的会话被错误地插入数据库。

不知道这个问题的答案。。。但我要做的第一件事是用Reflector分解现有的sessionEnd管道代码，看看它是否在做一些您通过添加另一个处理器而实际上要撤销的棘手事情

---

在我的web.config中，唯一的处理器似乎是Sitecore.Pipelines.SessionEndSaveRecentDocuments。

出于好奇，我刚刚做了这个。。。而这个处理器似乎什么都没做。在我的版本（6.3.1）中它是空的。这也正是我发现的。那门课上什么都没有。奇怪的我建议您联系Sitecore支持（）以了解此问题和您挖掘出的信息。这似乎是一个难以追踪的问题，如果您最终能帮助缩小范围，Sitecore将不胜感激。。。