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

Выпадение при доступе к общему ресурсу по имени DFS

У меня странная проблема, не правда ли? У меня есть корень DFS \ domain \ files \ vms, у него одна цель на другом сервере, чем пространство имен.

Я могу скопировать набор тестовых файлов из цели напрямую через \ server \ vms $ \ testfiles, и все в порядке, файлы копируются нормально. Я повторял эти тесты много раз.

Если я попытаюсь скопировать файлы из корня dfs, я получаю большие паузы в сетевом трафике, около 50 секунд каждые пару минут, весь трафик просто останавливается для копии. Если я запускаю еще одну копию между теми же двумя машинами во время этой паузы, она начинает нормально копировать, поэтому я знаю, что это не проблема с дисками на сервере.

Время от времени копирование будет терпеть неудачу, никаких ошибок, индикатор выполнения будет просто заархивирован до 100%, а диалоговое окно копирования закроется. Проверка целевой папки показывает, что копия неполная.

Я переместил LUN на другой сервер и столкнулся с той же проблемой.

Все серверы 2008 R2, клиенты Vista x64, Windows7 x64 и 2008 R2, у всех одна и та же проблема.

У кого-нибудь есть идеи?

Привет,

Стивен

Больше информации:

Я запускал трассировку NetMon в соединении, когда копирование файла терпит неудачу, и, кажется, выделяется то, что при открытии файла, который копирование завершается с помощью команды SMB, выглядит так:

SMB2: C  CREATE (0x5), Name=Training\PDC2008\BB34 Live Services Notifications, Awareness, and Communications.wmv@#422082, Context=DHnQ, Context=MxAc, Context=QFid, Context=RqLs, Mid = 245376
SMB2: R  CREATE (0x5), Context=MxAc, Context=RqLs, Context=DHnQ, Context=QFid, FID=0xFFFFFFFF00000015, Mid = 245376

Но для последнего файла при закрытии диалогового окна копирования выглядит так:

SMB2: C  CREATE (0x5), Name=gt\files\Media\Training\PDC2008\BB36 FAST Building Search-Driven Portals with Microsoft Office SharePoint Server 2007 and Microsoft Silverlight.wmv@#859374, Context=DHnQ, Context=MxAc, Context=QFid, Context=RqLs, Mid = 77
SMB2: R , Mid = 77 - NT Status: System - Error, Code = (58) STATUS_OBJECT_PATH_NOT_FOUND

Основное различие, по-видимому, заключается в имени, одно относится к общему открытому файловому ресурсу, а другое имеет префикс gt \ files \ media, который является именем цели DFS.

Этим сбоям всегда предшествуют выход из системы и повторное включение целевой SMB.

Возможно, придется подтолкнуть его к PSS.

Если у вас более 1 корневого сервера, удалите проблемный корневой сервер DFS, убедитесь, что папка и общий ресурс были удалены. Затем воссоздайте этот корень, чтобы он восстановил общий ресурс. Задержка в 50 секунд, предшествующая выходу из системы, я уже испытывал раньше с вашими точными связанными симптомами. Я проследил это до двух корневых серверов, на которых была перестроена ОС, но соответствующая конфигурация в DFS никогда не была очищена и перенастроена для этих двух серверов. Согласившись с Эриком, внимательно изучите конфигурацию и работоспособность только серверов преобразователя корневых ссылок.

-Грег

Какие-либо события DFS отображаются в средстве просмотра событий на сервере DFS?

Выстрел в темноте, но используете ли вы антивирусное программное обеспечение на сервере / клиентах? Если да, то пытались ли вы временно отключить какие-либо сетевые функции для устранения неполадок?

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

У меня возникла проблема с большими задержками при доступе к общим папкам, подключенным через DFS. У нас была тонна устаревших (осиротевших) корней DFS. Вы уже там проверяли?