Robocopy имя этого файла не может быть разрешено системой
Обновлено: 04.07.2024
Я пытаюсь скопировать некоторые каталоги с сервера, прежде чем восстанавливать из резервной копии (моя последняя резервная копия была повреждена, поэтому я должен использовать более старый 🙁 ). Я нахожусь в среде восстановления Windows и имею доступ к файловой системе сервера G: и мой резервный носитель C: . Но, так как я больше знаком с Linux, у меня возникли некоторые проблемы с командной строкой в Windows, в частности robocopy .
Я хочу скопировать несколько каталогов (сохраняя тот же каталог структура) из G: в C: исключая при этом другие (а именно папки Windows и Program Files). Я не могу понять синтаксис для /XD option. Я надеялся сделать что-то вроде:
Примечание: я хочу уточнить, что я хочу скопировать фактические файлы, сохраняя при этом структуру каталогов. Я просто проверил, и /create создает только пустые файлы. Сверхъестественный.
я понял это с немного проб и ошибок, и /L (чтобы проверить команду, прежде чем делать это по-настоящему). Команда, которую я в конечном итоге:
по-видимому, включая конечные косые черты, robocopy не разбирает список каталогов правильно, поэтому не забудьте включить конечные косые черты в имена каталогов и не забудьте поставить кавычки вокруг каталогов с пробелами в имени.
на /MIR опция поддерживает ту же структуру каталогов, в то время как копирование файлов.
Edit: после некоторых исследований, я немного улучшил команду:
дополнения заключаются в следующем:
- /Z позволяет перезапустить задание
- /LOG:<logfile path> говорит само за себя.
- /XF используется для исключения определенных типов файлов, так что это не займет так много времени
Я знаю, что это не отвечает на вопрос OP, но кому-либо из google: XD не удастся в файле задания, если вы используете кавычки.
поместите столько исключений, сколько хотите, строка за строкой, без использования кавычек (есть ли пробелы или нет).
то, как я обнаружил это, было с помощью переключателя командной строки /SAVE:myjobname, который взял кавычки из моих цитируемых каталогов!
вы должны повторять /XD часть
мое решение для этого было создание .txt-файлы, содержащие файлы или каталоги, которые я хочу включить или исключить. У меня есть эти файлы в подпапке "rcXcludes" в моей папке "Backup". Мой метод именования файлов выглядит следующим образом. Я перед ними "вертолет" (для программы), то некоторые узнаваемые обозначения для приложения или части файловой системы в команду Robocopy, затем добавьте "B" или "R" (для резервного копирования или восстановления), тогда "я" или "Х" (для включения или исключения), то "D" или "F" (для Каталог или файл). Я окружаю каждую запись двойными кавычками и пробелом между записями. Включаемый файл может иметь файлы или каталоги, но каталоги должны иметь обратную косую черту. В файле" Exclude " для каталогов не используется обратная косая черта. Все записи каталога относятся к исходному пути в команде robocopy. Все содержимое любого из них .txt файлы должны быть на одной линии и не есть обратный канал carraige. В моем пакетном файле я использую SET / P команда для импорта .txt файл в переменную. Затем я использую эти переменные для файлов или после /XF или / XD. Например, для резервного копирования профиля Chrome текущего пользователя без копирования всей папки "Default"я использую следующее.
Добавить учетную запись пользователя группе операторов архива домена или локальной группы «Операторы архива».
Эта учетная запись используется для входа на компьютер под управлением Windows 7 или Windows Server 2008 R2.
Используйте команду Robocopy с параметром /B скопировать некоторые файлы, не имеют разрешения на доступ или владельца.
В этом случае эти файлы будут скопированы успешно. Тем не менее их данные конфигурации безопасности, такие как список управления доступом (ACL) не копируется. Вместо этого эти файлы наследуют их ACL из конечной папки.
Ошибка 5 (0x00000005), копирование безопасности NTFS для конечного каталога < имя каталога > доступ запрещен
Ошибка 5 (0x00000005), копирование безопасности NTFS для конечного файла< имя каталога > доступ запрещен
Следует иметь в виду при запуске программы Robocopy.exe с параметром /B для копирования файла является членом группы «Операторы архива», все, что должен быть скопирован. Член должен иметь доступ к сведениям о конфигурации безопасности файла, даже если член не имеет разрешений для файла или владельца файла.
Причина
Эта проблема возникает, так как программа Robocopy.exe не открыть эти файлы с помощью флага «цель резервного копирования», если используется параметр /B . Это предотвращает доступ к сведения о конфигурации безопасности для пользователя, имеющего «Резервного копирования файлов и каталогов» прав (SE_BACKUP_PRIVILEGE).
Примечание. Если файл открыт с помощью флага «цель резервного копирования», проверяются определенные права доступа, и пользователю, открывшему файл предоставляется соответствующий доступ к файлу.
Решение
Сведения об исправлении
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте это исправление только в тех случаях, когда наблюдается проблема, описанная в данной статье. Это исправление может проходить дополнительное тестирование. Таким образом если вы не подвержены серьезно этой проблеме, рекомендуется дождаться следующего пакета обновления, содержащего это исправление.
Если исправление доступно для скачивания, имеется раздел "Пакет исправлений доступен для скачивания" в верхней части этой статьи базы знаний. Если этот раздел не отображается, обратитесь в службу поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Чтобы получить полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание, посетите следующий веб-сайт корпорации Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримечание. В форме "Пакет исправлений доступен для скачивания" отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Для установки этого исправления на компьютере должна быть установлена Windows Server 2008 R2 или Windows 7.
Необходимость перезагрузки
Необходимо перезагрузить компьютер после установки данного исправления.
Сведения о замене исправлений
Это исправление не заменяет ранее выпущенные исправления.
Сведения о файлах
Английский (США) версия данного исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.
Примечания к сведениям о файлах Windows 7 и Windows Server 2008 R2
Важно. Исправления для Windows Server 2008 R2 и Windows 7 включены в одни и те же пакеты. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Чтобы запросить пакет исправления, который применяется к одной или обеим ОС, установите исправление, описанное в разделе "Windows 7/Windows Server 2008 R2" страницы. Всегда смотрите раздел "Информация в данной статье относится к следующим продуктам" статьи для определения фактических операционных систем, к которым применяется каждое исправление.
Файлы MANIFEST (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе "Сведения о дополнительных файлах для Windows Server 2008 R2 и Windows 7". Файлы MUM и MANIFEST, а также связанные файлы каталога безопасности (CAT) чрезвычайно важны для поддержания состояния обновленных компонентов. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.
Добавлено:
Из справки robocopy:
Параметры: *.* /V /S /E /COPYALL /NP /R:10 /W:30
ОШИБКА: У вас нет прав на управление аудитом.
***** Требуется для копирования сведений по аудиту (/COPY:U или /COPYALL).
Простое использование :: ROBOCOPY источник назначение /MIR
Для получения информации об использовании выполните команду ROBOCOPY /?
С папками не знаю что сказать.
Started : Fri Nov 03 20:34:43 2017
Options : *.* /S /E /COPY:DAT /PURGE /MIR /IS /R:1000000 /W:30
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 1 0 0 0 0
Files : 1 1 0 0 0 0
Bytes : 4 4 0 0 0 0
Times : 0:00:00 0:00:00 0:00:00 0:00:00
Started : Fri Nov 03 20:34:47 2017
Options : *.* /S /E /COPY:DAT /PURGE /MIR /IS /R:1000000 /W:30
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0 0 0
Files : 1 1 0 0 0 0
Bytes : 4 4 0 0 0 0
Times : 0:00:00 0:00:00 0:00:00 0:00:00
Судя по вашему логу, при повторном копировании Robocopy пропускает саму директорию, но файлы, в ней содержащиеся, всё равно копирует.
Вы мне очень помогли, Камрад!
РЕСПЕКТ!
В вашем примере это "/MAXAGE:5".
То есть если сегодня 1 декабря, то robocopy должен сегодня скопировать в данную папку файлы за: 27-30 ноября + 1 декабря и тогдаь в вашем примере в папке Декабрь у вас будут файлы и за ноябрь.
Для чего у вас используется ключ /M? У меня с ним Копирование на происходит почему-то.
Насколько я понял ключ M копирует файлы, убирает у исходника флаг "архивный" и в следующий раз не должен копировать. Во время теста так и было. НО стоит изменить папку назначения - всеравно копирует.
Из документации в шапке:
Похоже, что по умолчанию robocopy будет копировать только файлы которых нет на получателе, а у существующих будет сверяться время и размер. В таком случае можно попробовать работу без дополнительных ключей.
Вертел ключи как только мог. В итоге сдался, не смог подружится с robocopy.
Каждому администратору Wintel знакома утилита Robocopy. Еще со времен Windows NT4 она вошла в Resource Kit, а начиная с Windows Vista — в состав операционной системы.
Зачем нужна Robocopy? Для того чтобы копировать файлы. Много файлов. В основном мы используем ее для миграции файловых серверов или резервного копирования.
Есть много интересных вариантов миграции файловых серверов, например, с использованием DFS-R. Но нет ничего проще и надежнее запуска
robocopy \\SERV\D$ F:\ /e /copyall /zb /mt:8 /r:1 /W:5 /V /TS /FP /ETA /TEE /LOG:c:\temp\robocopy.txt
В финале можно закрыть пользовательский доступ к ресурсу и создать инкрементальную копию, добавив ключ /MIR.
Но так ли хороша Robocopy? Хороша ли она настолько, чтобы доверить ей миграцию самых важных файлов?
Одним прекрасным субботним днем я мигрировал файловый сервер. Сотрудников на работе не оказалось. Первая копия была сделана еще вчера, оставалось лишь сделать инкремент и обновить ссылки в DFS.
Я запустил Robocopy, посмотрел журнал, а для перестраховки, перед переключением, решил посмотреть, сколько файлов и папок в исходном и конечном файловом ресурсе. Числа не сошлись. Неожиданно.
Но почему? Такой результат я видел впервые. Я сделал что-то не так? Кто-то из сотрудников все же изменил файлы, пока шло инкрементальное копирование? Ключ /MIR дал сбой? Какие-то файлы пропущены? Пустые? С Access Denied? Поврежденные?
Хорошо, отключаем сетевой доступ и снова копируем файлы. Не сходится! Пробуем без /MIR. Тот же результат.
Я был в недоумении. Пятнадцать лет я на 100% доверял Robocopy, и вот сегодня, впервые, она дала сбой. Некоторых файлов просто нет в месте назначения! Просто невозможно в это поверить.
Давайте подсчитаем файлы по-другому. Качаем утилиту FileList и делаем листинг файлов в исходной и конечной папке. А вот здесь число файлов совпадало. Удивительно.
А что если дело не в Robocopy? Что если Windows Explorer считает неправильно? Может быть в Windows Server 2008 R2 плохой Explorer, а в Windows Server 2012 R2 хороший? Я открыл свойства локальной и целевой папки на исходном сервере Windows Server 2008 R2. Число файлов не совпадало. Понадеемся, что в Windows Server 2012 R2 все исправлено. Открываем свойства папок на новом сервере… И…
Не совпало не только число файлов в исходной и конечной папке. Число файлов отличалось от снятых на Windows Server 2008 R2. Черная уличная магия.
И в эту минуту (наконец-то) на меня снизошло прозрение. Дело не в Robocopy, и не в версиях Explorer. Просто Explorer не умеет (!) считать, и не считает файлы и папки с именами длиннее 260 символов.
Сделав subst N: U:\SharedFiles и посчитав число файлов в F:\Office1 на исходном сервере и N:\Office1 на целевом, число файлов совпало.
Robocopy можно доверять.
Что-то сомневаюсь, что настолько нишевый пост найдёт отклик на Пикабу, на Хабре он куда более в тему, а здесь 99,999% не поймут, что это и зачем. И уж тем более всей палитры эмоций в посте про утилиту копирования.
Напомнило мне случай из 90х.
Тогда, если кто помнит, были популярны файловые менеджеры аля Нортон Коммандер.
И был тогда такой Волков Коммандер. Один-в-один Нортон, но маленький по размеру и легко помещался на дискете.
И многие привыкли пользоваться Волковым, как универсальным инструментом.
Однажды, в одном банке (не в нашем районе) переносили файловую базу операционного дня с одного сервера Новелл на другой, новый. И выполнили массовое копирование файлов при помощи Волков-коммандера.
Ничто не предвещала, но при попытке подняться, база рухнула. Автор Волков-коммандера, видимо, некто Волков, не предусмотрел такого объема и такого числа файлов. Было весело, как рассказывают сотрудники этого банка, который не в нашем районе. 9))
Не, утиль все же может подвести. Переносил я как-то тонну каталогов с кучей вложенных каталогов и тоннами мелких файлов. И не сошлось. Полез искать - попадались файлы с которых вообще срезаны все acl, т.е. не доступны никому и владелец уже не существует. И даже ключик /b тут не помог. Но самое гнусное, что в логе об этом ни слова. Я специально нашел место в логе, где он копировал файлы из этого каталога - идет список, а этот файл просто пропущен, как и не было его вовсе. Дело было на 2008R2. Может что поменялось, но я как никогда не доверял продуктам от m$ так и не доверяю по сей день :)
Заголовок не соответствует посту
Linux исполнилось 25 лет
Линус Торвальдс собственной персоной
17 сентября 1991 года состоялся первый публичный выпуск ядра Linux. Версия ядра на тот момент — 0.0.1. Уже тогда количество строк кода ядра составляло 10 тысяч. Размер его был всего 62 Кб в сжатом виде. Сейчас же ядро насчитывает во много раз больше строк кода — целых 19 млн. Если бы разработка ОС проводилась силами коммерческой организации, то стоимость такого проекта составила бы около миллиарда долларов США, а то и более.
Линус Торвальдс решил создать ядро после работы с операционной системой MINIX. Она не устроила студента ограниченной лицензией. Как водится, Торвальдса пытались обвинить в плагиате. А именно в том, что он просто скопировал код ряд подсистем MINIX. Но специалистам удалось доказать, что это не так. Сам автор MINIX Эндрю Таненбаум сравнил код своей ОС и Linux, и пришел к выводу, что в коде есть лишь несколько несущественных совпадений, на которые можно не обращать внимание. Эти совпадения обусловлены рядом требований POSIX и ANSI C.
0.0.1 — сентябрь 1991, 10 тыс. строк кода;
1.0.0 — март 1994, 176 тыс. строк кода;
1.2.0 — март 1995, 311 тыс. строк кода;
2.0.0 — июнь 1996, 778 тыс. строк кода;
2.2.0 — январь 1999, 1.8 млн. строк кода;
2.4.0 — январь 2001, 3.4 млн. строк кода;
2.6.0 — декабрь 2003, 5.9 млн. строк кода;
2.6.28 — декабрь 2008, 10.2 млн. строк кода;
2.6.35 — август 2010, 13.4 млн. строк кода;
3.0 — август 2011, 14.6 млн. строк кода.
3.5 — июль 2012, 15.5 млн. строк кода.
3.10 — июль 2013, 15.8 млн. строк кода;
3.16 — август 2014, 17.5 млн. строк кода.
4.1 — июнь 2015, 19.5 млн. строк кода.
4.7 — июль 2016, 21.7 млн. строк кода.
Ядро развивается силами сторонних разработчиков. По данным Linux Foundation, с 2005 года в разработке системы приняли участие 13500 специалистов. Средняя скорость работы над системой — 7,8 патчей в час. В разработке системы принимают участие не только независимые разработчики, но и многие представители крупных технологических корпораций. Среди прочих можно упомянуть Intel, Red Hat, Linaro, Samsung, SUSE, IBM, Renesas, Google, AMD, Taxas Instuments и ARM.
По мнению большинства разработчиков Linux, эта ОС имеет чрезвычайно важное значения. В том числе, она оказывает определенное влияние на путь развития человечества. Сегодня Linux далеко не научно-исследовательский проект. На основе этой ОС работает огромное количество корпоративных систем, суперкомпьютеров. На основе этой ОС создана Android OS и ряд других коммерческих проектов. На Linux работают торговые биржи, банковские и корпоративные системы. Linux уже давно стал основной ОС для дата-центров ряда крупных и средний компаний.
Что же, осталось только пожелать разработчикам этой ОС будущих успехов и признания. Linux помогает бороться с монополистами на рынке ОС, но еще больше эта операционная система помогает в работе как компаниям, так и отдельным пользователям. В той же мобильной сфере на данный момент лидером является Android OS, основанная на ядре Linux. Согласно ряду исследований, доля Linux в корпоративных системах и на десктопах увеличивается. Вероятно, эта динамика сохранится и в будущем.
Читайте также: