2016-11-11 69 views
1

从8.1升级到Sitecore 8.2后,即使使用分离环境(即CD和CMS)也是如此。我看到很少的性能问题,CMS工作正常,但本地线程数大约为200!而CD刚刚在启动站点后耗尽所有内存而冻结,则日志中也不会显示错误。Sitecore 8.2性能问题/崩溃

任何想法可能是错误的?

回答

0

一个可能的原因可能是Sitecore事件队列的大小。

检查来自所有事件队列尤其是在网络数据库中的记录数:

SELECT count(*) FROM [EventQueue] 

如果计数是高仿100K你需要清理有更好的表现。最多只有几千条记录时最好。

请参见:

Publish Queue, History and Event Queue too big

sitecore-event-queue-how-to-clean-it-and-why

+0

事件队列非常稳定,但线程数保持在本地机器上的177左右也看不到日志中的任何错误 – CodeBox

0

请检查您是否不能连续得到任何错误日志文件的CD服务器上。

检查重定向,如果你有,看看他们是否造成问题。我们在过去发现这个问题是我们的一个问题。

您可以观看Sitecore性能计数器以获取更多诊断信息。

+0

日志似乎是稳定的没有看到任何异常或错误 – CodeBox

0

对于CPU使用率较高的过程,我认为你需要停止其认为是消耗内存的过程的一个部分代理进程,尽量停在sitecore.config文件此清理剂的时间间隔设置为

<agent type="Sitecore.Tasks.CleanupAgent" method="Run" interval="06:00:00"> 
0

我们遇到了一个类似的问题,即CPU使用率突然增加,但在站点内核日志文件中找不到任何错误。从IIS日志中观察,Web流量也是正常的。这是我们如何解决这个问题。

在IIS用户界面和托管站点的应用程序池中,请检查当前正在运行的IIS worker Processes。这里我们可以看到每个请求都在ASP.NET管道的不同部分中,并且当前正在执行HTTP模块。

现在请检查是否有任何请求在任何阶段卡住。如果来自同一个URL的多个请求卡住了,那么这意味着该URL中的某个模块正在挂起或进入无限循环。现在我们可以调查此URL中使用的模块并查找实际问题。