Windows Server 2008 Enterprise — сетевой ввод-вывод очень медленный

Windows Server 2008 Enterprise — сетевой ввод-вывод очень медленный

У меня есть машина с Windows Server 2008 64 бит SP 2, на которой, похоже, сетевой ввод-вывод очень медленный. У меня также есть SQL Server 2008 R2 на машине.

Если я делаю резервную копию напрямую с сервера (A) на жесткий диск, это занимает около 1 мин.

Если я делаю резервную копию с (A) на сервер (C), это занимает 12 часов.

У меня есть другой сервер (B), который делает резервную копию на (A), что занимает 6 часов.

Резервное копирование сервера (B) на (C) занимает 6 минут.

Мне кажется, что все, что идет на сервер (A) и с него, происходит очень медленно. У него очень быстрая сетевая карта 2 Гбит, как и у других серверов. TraceRt, похоже, не показывает никаких брандмауэров между (A) и (B). Вкладка «Сеть» в диспетчере задач не показывает никакой реальной нагрузки, и время суток, похоже, тоже не имеет значения. Пинг между всеми серверами с большими пакетами все менее секунды. Также не появляются исключения в журнале событий.

Трассировка RT без имен серверов или IP-адресов от A до C. (Не уверен, насколько это полезно.)
1 <1 мс <1 мс <1 мс
2 <1 мс <1 мс <1 мс
3 1 мс 1 мс <1 мс
4 <1 мс <1 мс <1 мс
5 <1 мс <1 мс <1 мс
Трассировка завершена.

Добавлено: Сетевая нагрузка в диспетчере задач (A) очень скачкообразная и низкая, в отличие от нагрузки на другом сервере (B), которая более постоянна.

Может ли кто-нибудь дать мне какие-либо указания о том, на что обратить внимание дальше?

решение1

Я бы сказал, что это определенно какая-то проблема с сетью. На каком сетевом коммутаторе у вас серверы A и B? Это управляемый или неуправляемый коммутатор? Это 100 Мбит или гигабит?

Я бы начал с проверки коммутатора. Поскольку сервер B работает правильно и находится на том же коммутаторе, возможно, мы ищем какую-то проблему с конфигурацией порта на коммутаторе или проблему с конфигурацией сетевой карты на сервере. Если это так, то что-то обычно отображается в журналах коммутатора.

Одна вещь, на которую следует обратить внимание на коммутаторе, — это коллизии и поздние коллизии на порту, к которому подключен сервер A. Если вы видите их, у вас, вероятно, несоответствие дуплекса. Эта запись в Википедииобъясняет, что такое несоответствие дуплекса и почему оно может произойти.

Порт коммутатора также может быть настроен на другую скорость или дуплекс в зависимости от того, что было в этом слоте раньше. Убедитесь, что он настроен на авто, когда просматриваете свои конфигурации.

решение2

Вы проверили настройки сетевого адаптера на сервере A? Использование Full Duplex может помочь.

Связанный контент