[решено] Зависание сетевого интерфейса на сервере Windows 2003 Server Standart SP2

Spooner · Отправлено: **04:08, 13-12-2008** | #11

Была точно такая же проблема, но только при установке MS Virtual Server. Не было времени ей заниматься, и она разрешилась сама собой

riwen · Отправлено: **15:39, 16-12-2008** | #12

Сегодня ради эксперимента запустил утилиты netdiag и dcdiag во время зависания сетевого интерфейса. Результаты привожу ниже, но что интерестно - хоть адрес шлюза явно прописан - утилиты говорят что его нет. До сих пор не пойму как такое возможно...

netdiag

dcdiag

После переподключения сети выполнил команду browstat status:
Status for domain KLIVER on transport \Device\NetBT_Tcpip_{07E441F5-9444-49F6-AF88-E....}
Browsing is active on domain.
Master browser name is: SRVR001
Master browser is running build 3790
1 backup servers retrieved from master SRVR001
\\SRVR001
There are 37 servers in domain KLIVER on transport \Device\NetBT_Tcpip_{07E441F5-9444-49F6-AF88-E....}
There are 1 domains in domain KLIVER on transport \Device\NetBT_Tcpip_{07E441F5-9444-49F6-AF88-E92EDFF0D13B}
Это что, получается резервного обозревателя сети нет (хотя есть еще один сервер srvr002 выполняющий роль сервера баз данных Win 2003 server x64) и в сети есть еще "37 servers in domain KLIVER "... Что то я совсем запутался.

monkkey · Отправлено: **17:51, 16-12-2008** | #13

Цитата riwen:

37 servers in domain KLIVER »

Вы огорчились, что browstat не знает слова "workstation"?

riwen · Отправлено: **19:45, 16-12-2008** | #14

Спасибо, чуть позже сам разобрался, что "37 servers in domain KLIVER" - это не серверы на самом деле, а количество рабочих станций...
Сегодня прояснился еще один момент - при проведении замера производительности объекта "Сервер", было замечено, что счетчик "Ошибки отсутствия права доступа" показывает какое-то нереально высокое значение - максимум - 12551, минимум - 12549, среднее 12549 (это за день с 7.00 до 18.00). Вычитал в справке что этот счетчик отвечает за "Количество попыток открытия файлов со стороны клиентов, завершившихся неудачно со статусом STATUS_ACCESS_DENIED. Может показывать, не пытается ли кто-нибудь, случайным образом перебирая файлы, отыскать представляющие особый интерес данные, не защищенные надлежащим образом." Действительно, сервер играет роль файлового и там есть расшаренные папки с различными уровнями доступа, но я не думаю что кто-то специально сидит и целый день шарится по папкам в попытках получить доступ к той или иной папке... Может я ошибаюсь? Как можно проверить что же на самом деле происходит...

monkkey · Отправлено: **10:08, 17-12-2008** | #15

Аудит Вас спасёт (или просто поможет). Включается в ГП нужного OU, затем - в свойствах нужной папки.

riwen · Отправлено: **21:48, 18-12-2008** | #16

Извините, но что-то я не понял - аудит какой папки проводить? На файловом сервере расшарена папка "Документы", в ней папки отделов, подотделов и т.д. с настроенным на них доступом NTFS. Если проводить аудит папки "Документы", то лог событий думаю заполниться буквально за несколько минут...

riwen · Отправлено: **22:27, 18-12-2008** | #17

Последние несколько дней посвятил мониторингу сервера и экспериментами с ним. Надеюсь собранная мной информация поможет подсказать мне - в чем же все-таки у меня проблемма.
Итак, я выяснил следующее:
1. Зависания сетевого интерфейса на сервере происходят при копировании/перемещении файлов и папок размером около 400Мб и выше с сервера или на сервер.
2. Сеть на сервере намного чаще зависает при копировании/перемещении на сервер, чем с сервера.
3. При мониторинге сервера системным монитором (объект «Сетевой интерфейс») перед зависанием сети резко возрастали показания счетчика «Длина очереди вывода» с 0-1 до 5-9 едениц. Также перед зависаниев возрастают показания счетчика «Исходящих пакетов с ошибками» на несколько едениц (2-3) . Далее показания всех счетчиков резко обрываются (то есть вместо непрерывной линии графика – полное отсутствие таковой) на 1-2 секунды, после чего опять появляются. БОЛЕЕ ПОДРОБНО И ПОНЯТНО МОЖНО ПОСМОТРЕТЬ В ПРИКРЕПЛЕННЫХ РИСУНКАХ.
4. После зависания сетевой интерфейс либо сам возвращается в работоспособное состояние через несколько секунд (5-10), либо его приходится перезапускать вручную.
5. Во время зависания перестает гореть и обнуляется счетчик «Отправлено» в окошке «Состояние подключения по локальной сети». Счетчик «Принято» при этом не обнуляется и горит. В таком случае сетевой интефейс обычно сам через секунд 5-10 вновь продолжает нормально работать.
6. Если во время зависания сети в окошке «Состояние подключения по локальной сети» не горят оба счетчика «Принято» и «Отправлено», то сеть выводится из ступора только ручным перезапуском.
7. Если пинговать сервер с другого компьютера, то в основном время отклика >1мс, но если начать копирование/премещение файла большого размера (от 100 Мб) с сервера - время отклика становится от >1 до =1мс. Если аналогичную операцию производить на сервер то задержки при пинге не наблюдаются – все время <1мс, но сеть все-равно может подвиснуть в обоих случаях.
8. Копирование/перемещение файлов и папок начинается на скорости около 10000Кбайт/с, а затем падает до 1300Кбайт/с.
9. На компьютере клиента при выполнении действий по п.5 регистрируются такие события в разделе «Система»:
************************

На сервере в этом случае регистрируются такие ошибки в разделе «Система» - НО НЕ Всегда:
*****************************

Если сеть на сервере была перезапущена вручную, то такие:

10. На компьютерах остальных пользователей полно таких событий в журнале «Система»:

Ну вот, вроде все. Спасибо всем, кто сумел дочитать до конца

, а тем кто еще и рисунки посмотрел - отдельное мерси.
Буду рад любому предложению по моей трабле.

Delirium · Отправлено: **01:23, 19-12-2008** | #18

Цитата riwen:

Перенаправитель не смог определить тип подключения. »

Это можно проигнорировать.

Цитата riwen:

The browser has forced an election on network \Device\NetBT_Tcpip_{07E441F5-9444-49F6-AF88-E92EDFF0D13B} because the Domain Controller (or Server) has changed its role. »

Выключите на всех машинах домена службу Обозревателя, оставьте включенной только на контроллере домена.

riwen · Отправлено: **08:35, 19-12-2008** | #19

Цитата Delirium:

Выключите на всех машинах домена службу Обозревателя, оставьте включенной только на контроллере домена. »

Это я сделал еще давно - некоторое время спустя после установки на сервер операционной системы. Вариант с master browser я проверял сразу после того как начались проблеммы с сетью. Утилита browstat status показывает:
Status for domain KLIVER on transport \Device\NetBT_Tcpip_{07E441F5-9444-49F6-AF88-E....}
Browsing is active on domain.
Master browser name is: SRVR001
Master browser is running build 3790
1 backup servers retrieved from master SRVR001
\\SRVR001
\\SRVR002
There are 37 servers in domain KLIVER on transport \Device\NetBT_Tcpip_{07E441F5-9444-49F6-AF88-E....}
There are 1 domains in domain KLIVER on transport \Device\NetBT_Tcpip_{07E441F5-9444-49F6-AF88-E92EDFF0D
Все правильно, насколько я понимаю Master browser является SRVR001 - контроллер домена, а резервным SRVR002 - сервер баз данных на Windows 2003 Server x64. Если я не прав - поправьте...

riwen · Отправлено: **11:50, 31-12-2008** | #20

Доброе время суток.

Спасибо за помощь, ситуацию решил таким образом - поставил внешнюю сетевую карту D-Link на 1Gbit - неделю отработало без проблемм, пробовал нагружать сервер копированием больших файлов с и на него - сеть не зависала. Сейчас опять влючил сеть во встроенную сетевую карту - буду наблюдать и тестировать, но пока (около недели) не подвисал. Если начнется прежняя история - начну играться с настройками, может это http://www.3nity.ru/viewtopic.htm?t=3040. В общем я допустил ошибку, когда вместо того чтобы поставить внешнюю сетевую, просто включился во вторую встроенную - они-то на одном контроллере все-таки. Еще обновил драйвера на сетевую карточку - раньше смотрел на сайте производителя материнской платы - там только одна версия, а сейчас скачал напрямую с сайта Intel. В общем - я неправильно сделал первые шаги и полез в дебри...

Еще раз спасибо.