Как найти причину тормозов в Windows SBS 2003 R2? Спасает только перезагрузка
На сервере стоит Windows SBS 2003 R2. А также корпоративный антивирус NOD 32 и IIS-сервер с SQL 2005 Standart.
На IIS крутится простая CRM-ка на ASP.NET с базой объемом около 500 Мб.
С базой работает одновременно 15 пользователей.
Последние пол года наблюдается следующая проблема: после перезагрузки сервера, несколько часов он работает нормально, а потом жутко начинает тормозить.
Спасает только повторная перезагрузка.
Новые подробности:
сегодня мониторил загрузку процессора процессами sqlserver и w3wp.
у w3wp 5 процессов: w3wp, w3wp#1, w3wp#2, w3wp#3, w3wp#4.
И все они грузят процессор почти на все 100%.
У меня в IIS крутится всего 1 сайт (но в пуле приложений для этого сайта я выставил «масимальное число рабочих процессов: 4», когда был 1 процесс также забивало на все 100).
Подскажите куда копать дальше, где смотреть?
Попробуйте встроенным perfmon собрать базовые счетчики — процессор, память, активность физических/логических дисков, активные процессы и посмотреть — где затык. В качестве базовой можно посмотреть эту статью или просто погуглить по словам «perfmo»n и «счетчики».
Если есть возможность остановить сервер на час-два, попробуйте с LiveCD загрузить программу memtest86 (свободно доступна в Сети и записана в меню загрузки с диска некоторых дистрибутивов Linux) и проверить оперативку.
Page Faults это не хардварные ошибки, вы о чем? :) www.aha.ru/~maiden/mcse/memory.htm Аппаратные прерываеия (hard page fault) – это когда программа запрашивает страницу, которая не содержится в физической памяти (RAM) и подлежит восстановлению с диска. Сбои страниц такого типа лучше всего показывают наличие узких мест в конфигурации памяти. Более 5 сбоев в секунду говорят о необходимости добавления RAM.
Не обязательно Memory\Page Faults/sec означают своппинг и недостаток памяти. Проверьте кол-во свободной ОП, а также очередь к диску (LogicalDisk\Avg.Disk Queue Length) на котором размещается файл подкачки. Если памяти мало, а очередь большая — значит своппинг и нужно смотреть, какой процесс отъедает всю ОП или просто добавить еще.
По моему личному опыту, для неисправностей ОЗУ более характерны не столько тормоза, сколько необъяснимые вылеты Windows в BSOD. Поэтому и предлагаю проверить более или менее верным средством. Кроме того, даже при наличии ошибок ОЗУ у memtest проблемы могут быть и в какой-то отдельной планке памяти, и в контроллере (мамка/проц), да и memtest на некоторых машинках показывает тучу ошибок там, где их нет (видел такой глюк на одном ноуте от Acer на Core 2 Duo, модель сейчас не помню). И каждый раз, перетыкая планки, загружать Windows и считать количество page faults считаю, мягко говоря, не очень удобным. Поэтому и предложил memtest.
Согласен, просто человек пишет, что работает удаленно, ip-kvm нет, и хочет каких-то простых рецептов. При таком раскладе попросить кого-нибудь тупо вытаскивать планки по-очереди кажется проще всего.
Анон, минус за то, что промахнулся и случайно создал отдельный комментарий, вместо того, чтобы продолжать обсуждение в первой ветке или вы со мной по сути не согласны?
Простой
Средний
