Sharepoint W3WP.EXE Процесс Потребление 100% CPU - Корректирующее действие?

Question

У нас есть веб-сервер Windows Server 2003, и на этом сервере работает около 5-6 сайтов верхнего уровня верхнего уровня с другим пулом приложений для каждого из них.

Существует один процесс W3WP, который удерживает привязку на 100% большую часть дня (произошло вчера и сегодня), и он подключен (найден, выполняя «Cscript iisapp.vbs» в командной строке и сопоставляя ProcessID) с определенным Sharepoint сайт ... который почти непригоден для использования.

Какое корректирующее действие я могу принять? Это следующие идеи:

1) Остановка и перезапуск веб-сайта в IIS - по какой-то причине это не остановило нарушающий процесс W3WP ??? Любые идеи, почему бы и нет?

2) Остановка и перезапуск связанного пула приложений.

3) Утилизация связанного пула приложений.

Любое из них звучит как правильная идея? Если нет, то какие хорошие вещи попробовать? Я не могу выполнить iisreset, так как я не хочу изменять сервис другим, гораздо более используемым сайтам Sharepoint.

Если мне действительно нужно выполнить диагностическую работу, пожалуйста, укажите мне правильное направление. Я не админу по Sharepoint (он за городом, поэтому я заполняюсь, хотя я просто разработчик), но я сделаю все возможное.

Если вам нужна какая-либо информация, просто сообщите мне, и я буду искать ее (медленно, хотя этот процесс привязывает всю машину).

Answer 1

Оказывается, кто-то попытался установить некоторые функции, которые пошли haywire.

Так что он написал сценарий Stsadm, чтобы удалить эти функции

процессор еще привязывая.

Я перезапустил пул приложений IIS для этого процесса IIS, не исправил его.

Итак, я перезапустил IIS для этого сайта и решил проблему с процессором.

Answer 2

Это не IISReset, который вам нужен. У вас есть кусок кода, который работает с вашей памятью. Скорее всего, это не проблема процессора, а проблема подкачки. Я столкнулся с этим несколько раз с созданием структур данных в памяти, которые становятся слишком большими для эффективной работы страницы, и в конечном итоге попытка страницы данных начинает потреблять все. Этапы, которые я бы рекомендовал:

1) Пойдите, возьмите инструменты IIS Debug Diagnostics. И learn how to use them.

2) Если возможно, удалите состояние сеанса из InProc на сервер состояния или сервер sql (так как это требует сериализации всех классов, которые входят в сеанс, это может быть невозможно). Это поможет устранить некоторые проблемы, связанные с процессом.

3) Перейдите в пул приложений и настройте количество рабочих процессов вверх. Удалите Rapid fail protection (это позволит сайту продолжать обслуживать страницы, даже если происходят быстрые катастрофические ошибки).

Диагностика отладки IIS будет записывать много данных, но вы можете указать специальные предупреждения «catch», которые будут обнаруживать зависания, чрезмерное использование процессора и т. Д. Он будет захватывать концерты данных, поэтому будьте готовы к долгому ожиданию при попытке для просмотра журналов.