Вопрос Robocopy в сети как часть конвейера


У меня есть следующий конвейер:

  • [другой поставщик] отправляет файлы в мою файловую систему Windows, которые индексируются начиная со следующего неиспользованного номера (обычно файл.001)
  • Я перемещаю файлы с RoboCopy в свою файловую систему Unix и обрабатываю их. После обработки я удаляю файлы. Таким образом, эти файлы предназначены только для транспортировки данных.

Проблема в том, что при медленной обработке файла [другой поставщик] может отправлять новые файлы (начиная с файла.001), а RoboCopy заменяет файлы в моей системе Unix более новыми файлами (это поведение, RoboCopy предназначался для).

Есть ли способ подавить это поведение? Что-то вроде «оставьте файл.001 в файловой системе Windows и повторите попытку через минуту»?

ЭДИТ:

как обычно:

  • Windows: пустая Unix: empty => FileDelivery
  • Windows: file.001 Unix: empty => Robocopy
  • Windows: empty Unix: file.001 => медленно обрабатывать базу данных
  • Windows: пустая Unix: пустая

вот проблема:

  • Windows: пустая Unix: empty => FileDelivery
  • Windows: file.001 Unix: empty => Robocopy
  • Windows: empty Unix: file.001 => медленно обрабатывать базу данных и FileDelivery
  • Windows: file.001 Unix: file.001 => DO Не перемещать файл.001 (но, возможно, другие файлы)

robocopy c: \ data \ r: \ data \ *. * / XN / MOV / R: 100 / W: 30 / MON: 1 заменяет unix: file.001, даже если он присутствует

Эдит хочет, чтобы я добавил это:

возможно, проблема заключается в разных уровнях «файловых систем» / администрирования. Один - netlink (старший samba), а другой - zfs. обе системы «системы» (извините, я не имею ни малейшего представления о сетевых технологиях, поэтому моя терминология может быть неправильной), чтобы сохранить свой собственный каталог inodes в памяти, поэтому никто не распознает изменения, другая файловая система выполняет в каталог ,


2
2017-12-20 15:45


происхождения




ответы:


Я думаю, что переключатели / xo / xn не заменят старые или более старые файлы с тем же именем. Затем выполните запланированную задачу для запуска, скажем, 5 минут, чтобы повторить попытку


3
2017-12-20 16:15



Я не уверен, как это помогает? Файлы предназначены только для транспортировки их содержимого, поэтому они будут перемещены из файловой системы Windows (к которой другой поставщик может получить доступ) к файловой системе unix (где остатки базы данных) и удалены, откуда они будут обработаны в базе данных. Так что нормально, что нет «более нового» или «старого» файла. - Peter Miehle
@PeterMiehle ... В вашем вопросе вы упоминаете файл.001, файл.002 и т. Д. Добавление опции / XO делает так, что если есть файл с тем же именем, более старая отметка времени (и / XN для более новых), он НЕ копирует. Таким образом, вы устанавливаете это так часто, чтобы обрабатывать - Canadian Luke