Назад | Перейти на главную страницу

медленное разрешение unc на долю win 2008

У меня есть некоторые проблемы с новым сервером sbs 2008. В основном, если я пытаюсь получить доступ к общим ресурсам сервера через путь unc, разрешение занимает много времени, но подключенный диск работает быстро (пока я не попытаюсь открыть файл, очень часто это может быть медленным).

Такое поведение даже происходит на самом компьютере, если я пытаюсь получить доступ к его собственным ресурсам через его путь unc, например

\\servername\share\ 

Копирование в него или из него после открытия происходит так же быстро, как и всегда, и поведение носит периодический характер: какое-то время он сидит и думает, затем все оживает и происходит быстро, а через некоторое время снова становится медленным.

На заметку:

1) На нем нет антивирусной защиты (удалил его, когда у меня начались проблемы). 2) Полностью зашит. 3) Проверял коммутатор непрерывными пингами и не теряет. 4) Я пробовал отключать теневые копии, но безрезультатно. 5) Нет резервных копий.

--редактировать

Дополнительная информация

1) у Mac нет проблем с акциями

2) у Exchange есть проблемы - окружение говорит, что у него проблемы с копированием электронного письма в папку отправленных на Mac

3) На сервере установлена ​​сетевая карта Broadcom BCM5708C NetXtreme II.

4) TCP chimeny теперь отключен, как и разгрузка контрольной суммы, отключена большая отправка без нагрузки. TOE включен на карте, но не может быть отключен, если я сначала не включу его в Windows, я думаю.

5) использование IP-адреса не помогает.

Есть ли у вас сетевая карта Broadcom на сервере и включен ли механизм разгрузки TCP? Известно, что эта конфигурация вызывает проблемы, поэтому, безусловно, стоит проверить и отключить механизм разгрузки, если это необходимо.

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

Что стоит попробовать:

  1. Подключиться по IP \ 172.16.0.1 \ Share или \ 172.16.0.1. \ Share - что быстрее
  2. Сначала подключитесь к \ Server, а после подключения \ Server \ Share будет быстрее?

Если проблема первая, убедитесь, что клиентские машины используют внутренний DNS-сервер в качестве основного.

Если возникла вторая проблема, проверьте журналы событий на сервере на предмет чего-либо, связанного с контроллером домена.

Что произойдет, если вы используете IP-адрес вместо имени:

 \\11.22.33.44\share

Это домен Windows, и вы случайно используете внешние DNS-серверы, возможно, вашего интернет-провайдера, вместо контроллеров домена?

Вы используете Symantec Enterprise Security 11? Есть проблема с 2008 и общими ресурсами сервера в более старых обновленных версиях; не уверен, что это ваша проблема, но что-то, что нужно изучить, если вы используете Symantec (я не видел никаких заявлений о программном обеспечении A / V).

http://www.symantec.com/connect/forums/mr3-locks-server-2008-file-shares

Я заметил эту проблему на своем первом файловом сервере 2008 года после того, как около 20/30 пользователей начали его использовать. Он становился все медленнее, чем, наконец, просто отказался от совместного использования файлов, но все остальное (RDP и т. Д.) Работало нормально. Вырвав волосы, я обнаружил, что это проблема аудио / видео, о которой говорилось выше.

У меня была аналогичная проблема, и я пробовал все вышеперечисленное и многое другое, но ни один из них не работал, пока я не отключил брандмауэр Windows 2008, теперь общий ресурс действительно крут :)

NB: наш сетевой брандмауэр защищает систему win2008

Мне пришла в голову еще одна вещь. Несколько недель назад здесь, на ServerFault.com, был вопрос:

Отключить сетевые расположения Windows Server

Моя проблема в том, что иногда некоторые сетевые адаптеры решают, что теперь они находятся в общедоступной сети. Это полностью активирует межсетевой экран даже для «доменных» сетей. Таким образом, в итоге я перезагружаю некоторые машины, и они никогда не возвращаются в сеть, пока мы не подключим KVM и не сообщим ему, что сеть является частной.

Может быть, это тоже твоя проблема.

ты нашел это. А как насчет протокола smb 2.0? Если вы получаете доступ к общему ресурсу win2008 из winxp, они соглашаются для smb 1.0, с другой стороны, если вы получаете доступ с помощью winvista, они должны управлять протоколом smb 2.0. Может ли это объяснить такое поведение. Ледяной

У меня была аналогичная проблема, когда IIS машины1 с его домашней страницей указывал на \ machine2. Очень медленные переводы через сайт. Я отключил SMB2, как показано на этой странице, и проблема устранилась.

http://blogs.technet.com/askperf/archive/2008/05/30/two-minute-drill-overview-of-smb-2-0.aspx

У меня была эта проблема с запросом UNC от веб-серверов к серверам документов в рабочей группе серверов Windows 2008 и 2012. Первый звонок дня мог длиться более 60 секунд, последующие звонки длились около 200 мс. Решил проблему, отключив TCP / IPv6 на внутреннем сетевом адаптере.