Server2003 Падают зашаренные ресурсы

[eowyn]

Server2003 являющийся контроллером домена. Он же файловый сервер. Практически все документы организации открываются по сети через шары и сохраняются так же. Поднят терминал. Так что народ работает по сети очень интенсивно. Время от времени начинались тормоза по сети, которые месяц - полтора прогрессировали так, что в конце концов, работать по сети стало невозможно. Пробовали поменять сетевую, перегружать свич, в конце-концов, методом научного тыка переставили службу доступа к файлам и принтерам сетей Microsoft - и о счастье, все начало летать. Вот только к сожалению, не надолго. Примерно неделю поработало и опять слетела эта самая служба. В евентах ничего криминального не заметила. Помогите, кто сталкивался или просто умные люди, пожалуйста.

[KomatoZo]

Работать стало невозможно только с виндовскими шарами или другие виды траффика (http:// , ftp:// , etc... ) тоже испытывают затруднения?

[knack]

по логике ты должен понять узкое место, действуй методом исключения. Возьми фаил размером 500мб, сначала кинь его между двумя компьютерами. ЗАмерь производительность с помощью стандартной виндовой утилиты "журнал производительности", указав индикатором байты (или пакеты, не важно) в секунду со стороны получателя и принимателя. Потом этот же фаил кидай на фаил сервер. НА нём желательно установить больше индикаторов постаравшись отследить где затычка. Я обычно открываю просмотр производительности, удаляю все индикаторы по умолчанию, и добавляю индикаторы из раздела физический диск - %активности, очередь к диску, скорость записи (в случае когда тестирую приходящую скорость). Из сетевого интерфейса - принятых байт в секунду. Его очень удобно корелирвоать со скоростью записи на диск. Сравни производительность. Если она одинаковая, значит дело в коммутаторе, если ниже при тесте с фаил сервером, тогда, посмотри какие показатели когда ты ничего особого не записываешь на него, возможно какой-то узел в сети создаёт флуд или просто перегружает канал.

[eowyn]

Соединяли сервер и рабочую станцию кроссовером, сетка не поднималась.
Таким образом коммутатор и флуд, исключаются, по моему скромному мнению.
Интернет раздает другой server2003, на котором стоит kerio, exchange с поднятой AD. И во время тормозов по сети инет пашет нормально.

[KomatoZo]

Поянтно. Конкретизирую, на всякий случай: проблемы с передачей данных по CIFS??? то есть только с виндовскими шарами? И только с этим сервером, или когда оно встает раком, то точно так же в позу сломанной березы становится вся сетка?

[eowyn]

Проблемы не только с виндовыми шарами. Как только сеть начинала тормозить на одном из компов, то и по терминалу документы не открывались (если терминал открыт был), если же не открыт - то он и не запускался. Причем, сеть на компах тормозила не всегда одновременно - на одном вполне хорошо открывались документы, другой же мог уйти в полный аут. Закономерностей в торможении не замечено. Мог быть включен один комп и два сервера и сеть не работала. Включение/выключении свича помогало, но ненадолго. Буквально на пару минут. К сожалению, не глянула как две рабочих станции видят друг друга. А поскольку, счас сетка вроде работает, то и проверить пока не представляется возможным. И еще не совсем ясно, повоториться ли такое еще раз. Сегодня пришлось опять переставлять эту службу. Просто дяденька директор возмущен ситуацией, когда есть вероятность что сетка рухнет нафих и нужно ждать когда мое величество появится и поднимет сетку.

[knack]

свич управляемый? если управляемый советую поставить прогу для анализа загрузки портов при помощи SNMP, или просто по telnet'у в момент сбоя.
Кстати Ping как нибудь меняется в этот момент?
eventы виндовые ничего не показывают?
и последнее, на мой взгяд самое действенное - открываешь оснастку мониторинг производительности - журналы оповещения - журналы счётчиков - правой кнопкой над пунктом - новые параметры журнала - добавляешь счётчики, я думаю выбери лучше сетевой интерфейс, посмотри неодноадресные пакеты, пакеты с ошибками и неопознанные пакеты. ну и скорость померь заодно. Поставь этот же журнал везде на компах и поставь на запись. Пусть себе пишутся, желательно включить их синхронно с помощью mmc. Потом происходит глюк, после глюка останавливаешь запись журнала, и анализируешь разницу. Возможно получится что-то понять.
Если керио у тебя шлюз по умолчанию, попробуй ещё отключить в у керио статистику по внутреннему интерфейсу, так чтобы он вообще его не трогал. делается это в winroute.cfg. И посмотри закладку, кажется alert. Дело в том что Керио блокирует хост если он открывает более 600 сессий одновременно. так обычно делают вирусы.