У меня странная проблема, не правда ли? У меня есть корень 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. Вы уже там проверяли?