Мы запускаем robocopy с /MIR в среде, в которой происходит сбой питания на машинах назначения во время выполнения роботокопии.
Это иногда вызывает проблемы, потому что отключение питания приведет к получению файла назначения с обновленной датой и размером модификации, но с неверным (все ноль) содержимым, и последующие вызовы robocopy / MIR не обновят файл.
Вероятно, это проблема аппаратного кэширования или есть способ сделать robocopy для предотвращения обновления времени модификации файла до тех пор, пока биты не будут физически зафиксированы?
Какими стратегиями лучше всего с этим бороться? Сейчас самое лучшее, что у меня есть, - это создать файл в месте назначения до запуска robocopy и удалить его, когда он будет завершен, чтобы при следующем запуске robocopy он мог проверить наличие такого файла. Если он его находит, это признак того, что возможно произошел сбой питания, и мы можем запустить robocopy с флагом /is (копирует все, даже если время и размер совпадают).