【发布时间】:2016-11-11 09:47:01
【问题描述】:
在使用拆分环境(即 CD 和 CMS)从 8.1 升级到 Sitecore 8.2 之后就是这样。我看到的性能问题很少,CMS 工作正常,但本地线程数约为 200!而 CD 只是在启动站点后消耗所有内存而冻结,日志中也没有显示错误。
知道可能出了什么问题吗?
【问题讨论】:
标签: c# asp.net-mvc sitecore sitecore8.2
在使用拆分环境(即 CD 和 CMS)从 8.1 升级到 Sitecore 8.2 之后就是这样。我看到的性能问题很少,CMS 工作正常,但本地线程数约为 200!而 CD 只是在启动站点后消耗所有内存而冻结,日志中也没有显示错误。
知道可能出了什么问题吗?
【问题讨论】:
标签: c# asp.net-mvc sitecore sitecore8.2
请检查您是否在 CD 服务器上的日志文件中不断收到任何错误。
如果有重定向,请检查它们是否会导致问题。在过去的实例中,我们发现这是一个问题。
您可以查看 Sitecore 性能计数器以进行更多诊断。
【讨论】:
对于 CPU 高使用率进程,我认为您需要停止一些被认为是内存消耗进程之一的代理进程,请尝试在 sitecore.config 文件中停止此清理代理,将间隔设置为 零
<agent type="Sitecore.Tasks.CleanupAgent" method="Run" interval="06:00:00">
【讨论】:
一个可能的原因可能是 Sitecore 事件队列的大小。
检查所有事件队列的记录数,尤其是网络数据库:
SELECT count(*) FROM [EventQueue]
如果计数高达 100K,则需要进行清理以获得更好的性能。最多有几千条记录时效果最佳。
见:
【讨论】:
我们遇到了类似的问题,即 CPU 使用率飙升,但在 sitecore 日志文件中找不到任何错误。此外,从 IIS 日志中观察到的 Web 流量正常。这就是我们解决问题的方法。
在 IIS 用户界面和站点所在的应用程序池中,请检查当前正在运行的 IIS 工作进程。这里我们可以看到每个请求都位于 ASP.NET 管道的不同部分,并且当前正在执行 HTTP 模块。
现在请检查是否有任何请求在任何阶段被卡住。如果来自同一个 URL 的多个请求被卡住,则意味着该 URL 中的某些模块被挂起或进入无限循环。现在我们可以调查此 URL 中使用的模块并找到实际问题。
【讨论】: