以下是我的日志文件的摘录。我已经在我们的服务器上执行了负载测试。随着负载测试的进行,我注意到在日志中创建了以下日志, " Analytics:达到插入队列的最大大小。"。负载测试在主页上执行,该主页具有Sitecore分析跟踪功能。
460 17:21:31 INFO HttpModule is being initialized
4108 17:21:31 INFO HttpModule is being initialized
1072 17:22:32 INFO HttpModule is being initialized
2124 17:23:33 INFO HttpModule is being initialized
3468 17:24:00 WARN Long running operation: Long running rule set: /sitecore/system/Settings/Analytics/Rules/Session End/Rules
3468 17:24:01 WARN Analytics: Max size of insert queue reached. Dropped 1 changeset(s).
3520 17:24:03 WARN Analytics: Max size of insert queue reached. Dropped 26 changeset(s).
1072 17:24:05 WARN Analytics: Max size of insert queue reached. Dropped 51 changeset(s).
2672 17:24:06 WARN Analytics: Max size of insert queue reached. Dropped 76 changeset(s).
4516 17:24:08 WARN Analytics: Max size of insert queue reached. Dropped 101 changeset(s).
4360 17:24:10 WARN Analytics: Max size of insert queue reached. Dropped 126 changeset(s).
这里发生了什么,有人能解释一下吗? 随着时间内存使用量达到最大值(7.96GB),即使负载测试结束,内存仍然永远保持在7.96GB :)。 (Sitecore v6.6)
答案 0 :(得分:0)
实际上问题是您的Sql server或Web服务器无法足够快地处理DMS / OMS跟踪记录。 这可能是Analytics DB的性能问题。 DB变得太大了吗? 服务器内存不足吗? 是否记录了搜索机器人? 考虑将一些数据移动到数据仓库。