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

Ошибки RoboCopy в Windows Server 2008

Я получаю странную ошибку при использовании RoboCopy в Server 2008. Он случайным образом зависает с сообщением «Указанное сетевое имя больше не доступно». ошибка. Как только это произойдет, повторные попытки будут продолжаться. Но, конечно, удаленный сервер по-прежнему доступен в сети и может быть доступен с помощью других инструментов.

Я думаю, что это должно быть каким-то образом связано с разрешением, но я не могу понять, что не так. Будем очень признательны за любые идеи.

Другая информация:

Options : *.* /S /E /COPY:DAT /NP /R:10 /W:30

Если я включу параметр / B, он будет давать сбой в 100% случаев в самом начале (вот почему

Я думаю, это должно быть как-то связано с разрешением)

Два сервера являются автономными, и я выполняю команду NET USE перед robocopy.

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

UAC выключен с обеих сторон

Не всегда зависает один и тот же файл. Иногда он проходит через половину или больше, а иногда он терпит неудачу с первым файлом

У меня такая же проблема. Я думаю, что это что-то на сервере, что также убивает мою сессию robocopy. Мне нужно выгрузить папку размером 60 ГБ на сервер по всей стране. Я запускаю роботизированное копирование, оно длится около 30 минут, а затем время ожидания истекает. Он идет все дальше и дальше в своем сеансе каждый раз, но через некоторое время он все равно истекает. Я использую переключатель / mir, чтобы скопировать все это. У меня около 5 ГБ из 60 скопированных, и теперь оно висит в том же файле размером 200 МБ. Он зависает на разных процентах файла, но все равно зависает.

Я думаю, что это сам сервер, потому что я могу без проблем скопировать на другой сервер Windows 2000. Пока я не решу эту проблему, я просто скопирую на более старый сервер, на нем пока есть место. Я посмотрю бюллетени Symantec и сообщу вам свои результаты.

Это может быть какая-то сетевая ошибка. Вот еще несколько вещей, которые вы можете попробовать:

  1. Вы пробовали указывать IP-адреса вместо имен хостов?
  2. Можете ли вы запустить этот сценарий на других системах, отличных от 2008? Я знаю, что у вас были в прошлом, но можете ли вы сейчас?
  3. Вы проверили журнал событий?
  4. Сохраняется ли эта проблема, если серверы подключены напрямую? (не через переключатель)
  5. Вы пробовали другие утилиты копирования? (xcopy, rsync или даже scp)

С сообщением об ошибке, которое вы упомянули, я не думаю, что это связано с разрешениями. Несколько возможных причин проблемы:

1) Если вы копируете в кластерный файловый ресурс, проверьте зависимости. Общая папка должна зависеть от диска и сетевого имени, а имя должно зависеть от IP-адреса. Кластеризация 2008 года может автоматически сортировать зависимости для вас (мне нужно узнать больше о кластеризации 2008 года), но Windows 2003 этого не делала. Если зависимости неверны, имя (и общий ресурс) могут исчезнуть из сети.

2) Вы можете попробовать использовать RichCopy с опцией «выключить системный буфер». Это вариант GUI, но должен быть эквивалент командной строки. Вы также можете сделать то же самое с Eseutil. Любой из вариантов поможет вам обойти досадную проблему (особенно распространенную на 32-битных серверах) с ошибкой передачи CIFS из-за нехватки системного кеша.

3) Если вы используете Symantec, ознакомьтесь со следующими статьями о взаимоблокировке общих файловых ресурсов в Windows Server 2008:

http://blogs.technet.com/windowsserver/archive/2009/12/11/symantec-solution-available-for-network-path-not-found-and-other-errors.aspx

http://service1.symantec.com/SUPPORT/ent-security.nsf/docid/2007102613484948

4) Возможно, стоит проверить статистику ошибок сетевого адаптера и порта коммутатора и убедиться, что скорость / дуплекс верны, но по моему опыту с этим типом проблемы, другие причины более вероятны, если у вас нет других проблем, связанных с сетью.