#robocopy #remote-backup
#robocopy #удаленное резервное копирование
Вопрос:
У меня периодически возникает проблема с копированием файлов ROBOCOPY с неверной датой.
Я использую ROBOCOPY для копирования файлов резервных копий из локальной папки на удаленный файловый ресурс как часть решения для удаленного резервного копирования. Сценарий запланирован через диспетчер задач для ежедневного запуска. Вот псевдокод:
ROBOCOPY E:LocalFolder \RemoteServerFileShareFolder *.bak
Большинство файлов копируются с правильной датой файла, хотя один или два файла иногда имеют дату 1/1/1980. Это создает серьезную проблему с управлением резервными копиями в файлообменнике, поскольку даты имеют решающее значение для его управления.
Что может быть причиной этого? Что можно сделать, чтобы предотвратить такое поведение?
Комментарии:
1. Какая метка даты для этих одного или двух файлов?
2. «один или два файла иногда имеют дату 1/1/1980» — исходная отметка даты была бы 23.06.2014 за предыдущий день, однако после копирования в удаленное расположение она может принять другое значение отметки даты. Если это произойдет, это новое значение всегда будет 1/1/1980.
3. Мне интересно, может ли дата в исходном файле быть не такой, какой вы думаете, в зависимости от того, как вы ее просматриваете.
4. Даты указаны так, как я указал. (6/23/2-14 для исходного файла и 1/1/1980 для скопированного файла) Ошибки быть не может, потому что перемещается всего несколько файлов. Файлы и даты просматриваются с помощью файлового менеджера.
5. Как я уже сказал, единственное, что я могу предложить, это то, что любые метаданные, которые вы просматриваете в своем файловом менеджере, не совпадают с тем, что использует robocopy.
Ответ №1:
У меня была аналогичная проблема. После некоторого поиска я нашел ссылку на поведение Robocopy, в котором он устанавливает измененную дату на 1/1/1980 до завершения передачи. [источник]
Что было действительно странно в моем случае, так это то, что если бы я просматривал каталог во время копирования, я бы увидел, что появляется файл с правильной датой, а затем ПОСЛЕ его завершения дата изменится на 1/1/1980. После некоторых экспериментов я удалил используемый мной переключатель / B, и даты, похоже, остались в покое.