【问题标题】:Sitecore 8.2 Performance issue / crashSitecore 8.2 性能问题/崩溃
【发布时间】:2016-11-11 09:47:01
【问题描述】:

在使用拆分环境(即 CD 和 CMS)从 8.1 升级到 Sitecore 8.2 之后就是这样。我看到的性能问题很少,CMS 工作正常,但本地线程数约为 200!而 CD 只是在启动站点后消耗所有内存而冻结,日志中也没有显示错误。

知道可能出了什么问题吗?

【问题讨论】:

    标签: c# asp.net-mvc sitecore sitecore8.2


    【解决方案1】:

    请检查您是否在 CD 服务器上的日志文件中不断收到任何错误。

    如果有重定向,请检查它们是否会导致问题。在过去的实例中,我们发现这是一个问题。

    您可以查看 Sitecore 性能计数器以进行更多诊断。

    【讨论】:

    • 日志似乎很稳定,没有看到任何异常或错误
    【解决方案2】:

    对于 CPU 高使用率进程,我认为您需要停止一些被认为是内存消耗进程之一的代理进程,请尝试在 sitecore.config 文件中停止此清理代理,将间隔设置为

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

    【讨论】:

      【解决方案3】:

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

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

      SELECT count(*) FROM [EventQueue]
      

      如果计数高达 100K,则需要进行清理以获得更好的性能。最多有几千条记录时效果最佳。

      见:

      Publish Queue, History and Event Queue too big

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

      【讨论】:

      • 事件队列非常稳定,但是本地机器上的线程数保持在177左右,日志中也没有看到任何错误
      【解决方案4】:

      我们遇到了类似的问题,即 CPU 使用率飙升,但在 sitecore 日志文件中找不到任何错误。此外,从 IIS 日志中观察到的 Web 流量正常。这就是我们解决问题的方法。

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

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

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2020-01-30
        • 2015-06-22
        • 1970-01-01
        • 2013-01-24
        • 1970-01-01
        • 2011-01-21
        • 1970-01-01
        相关资源
        最近更新 更多