Именно так после обновления до Sitecore 8.2 с 8.1 с разделенной средой, то есть CD и CMS. Я вижу несколько проблем с производительностью, CMS работает нормально, но количество потоков в локальной сети составляет около 200! в то время как CD просто зависает, просто потребляя всю память сразу после запуска сайта, в журнале также не отображается никаких ошибок.
Есть идеи, что может быть не так?
Пожалуйста, проверьте, не появляются ли постоянно какие-либо ошибки в файлах журналов на CD-сервере.
Проверьте перенаправления, если они у вас есть, и посмотрите, не вызывают ли они проблемы. Мы нашли это как проблему в нашем экземпляре в прошлом.
Вы можете посмотреть счетчик производительности Sitecore для дополнительной диагностики.
Для процесса высокой загрузки ЦП, я думаю, вам нужно остановить некоторые процессы агента, которые считаются одним из процессов, потребляющих память, попробуйте остановить этот агент очистки в файле sitecore.config, установите интервал ноль
<agent type="Sitecore.Tasks.CleanupAgent" method="Run" interval="06:00:00">
Возможной причиной может быть размер очереди событий Sitecore.
Проверьте количество записей во всех очередях событий, особенно в веб-базе данных:
SELECT count(*) FROM [EventQueue]
Если счетчик высок, например, 100 КБ, вам необходимо очистить его для повышения производительности. Лучше всего работать, когда имеется не более нескольких тысяч записей.
Видеть:
Очередь публикации, история и очередь событий слишком велика
sitecore-event -очередь-как-очистить-и-почему
У нас была аналогичная проблема, когда загрузка ЦП резко возрастала, но не удалось найти никаких ошибок в файлах журнала sitecore. Кроме того, веб-трафик был нормальным, как видно из журналов IIS. Вот так мы решили проблему.
В пользовательском интерфейсе IIS и в пуле приложений, где размещен сайт, проверьте текущие рабочие процессы IIS. Здесь мы видим, что каждый запрос находится в другой части конвейера ASP.NET и в настоящее время выполняет HTTP-модули.
Теперь проверьте, не застревают ли какие-либо запросы на каком-либо этапе. Если несколько запросов, поступающих с одного и того же URL-адреса, застревают, это означает, что какой-то модуль в этом URL-адресе зависает или входит в бесконечный цикл. Теперь мы можем исследовать модули, используемые в этом URL-адресе, и найдите актуальную проблему.
