Надежный перенос файлов (win32api, win2000+)

Требуется помощь в организации надежного переноса файлов (win200+). Файлы могут быть большие и маленькие, как внутри одной файловой системы так и между разными, быть уже сформированными либо формироваться неизвестными способами (в т.ч. через множество открытия-закрытия файла) еще в процессе попытки переноса (в последнем случае должна генерироваться ошибка). Файловые системы и сетевые ресурсы - различные (fat32, ntfs, микрософтовская шара, сетевой ресурс Novell Netware (традиционная ФС, nss))
Хочется вцепиться в файл и гарантированно перенести его. Если файл еще в процессе формирования и просто формирующая его программа закрыла его на микросекунду - это проблемы этой программы. Ну и чтобы не получилось что этот файл открыт кем-то для чтения и поэтому неможет быть удален/перенесен (в этом случае должна (очень желательно) выдаваться ошибка без бесполезной передачи данных на другую ФС/сетевой ресурс)
Пробовал использовать MoveFileEx, но к сожалению он копирует файлы которые в данный момент даже еще записываются. В результате на выходе получаем не реальный файл, а оргызок от него.
Если файл просто открыт кем-либо для чтения - емнип тоже пытается переносить. Если открывать файл эсклюзивно , то афаик потом можно только заниматься копированием вручную, но тут ожидает еще 2 проблемы:
1) если файл переносится внутри одной ФС/сетевого ресурса используя копирование "вручную" с последующим удалением оригинала то потребуется дополнтельное место в каталоге назначения, которого может не оказаться. MoveFileEX же в этом случае просто перенесет файл из одного каталога в другой и все будет с точки зрения свободного места и загрузки оборудования/сети красиво.
2) самая главная проблема: вопрос удаления исходного файла после попытки копирования. Как я понимаю, перед тем как удалить файл - нужно его закрыть. Вот тут возникает вопрос "а не успеет ли какая-то другая программа изменить этот файл между его копированием и удалением?".

Читать про Transactional NTFS, Kernel Transaction Manager вообще, и MoveFileTransacted в частности.
Доступно, начиная с Windows Vista

0

А полностью задачу можно ?
Для чего собственно требуется перенос файлов ?

0

2) Для удаления после закрытия в CreateFile есть FILE_FLAG_DELETE_ON_CLOSE.
Если файл уже открыт на чтение, он вроде нормально переименовывается, если при этом переносится на другой диск, то создаётся копия, а исходный файл удаляется сразу же, как его закрывают. В чём тогда проблема с открытыми на чтение?

0

Сообщение от Rififi Читать про Transactional NTFS, Kernel Transaction Manager вообще, и MoveFileTransacted в частности. Доступно, начиная с Windows Vista

увы, нужно начиная с win2000+, до висты еще не доросли (программа с не-гарантированым перемещением работает в том числе на корчах вроде второго пня с 64МБ памяти). и еще вопрос как оно будет на сетевых ресурсах Novell netware работать. Подозреваю что никак.

А полностью задачу можно ? Для чего собственно требуется перенос файлов ?

забирать файлы, сформированные иным ПО (неподконтрольным в плане ТЗ и доступный только как бинарники) для автоматической отправки "адресату" в исполнении "софт ложит/формирует на сеть файлы для отправки, а дальше почтовый сервер "забирает" это добро и отправляет своими средствами. "Адресат" может быть каталогом на этом/другом сервере, а также - вообще в другой географической области (вопрос обработки почты не стоит). Как повелось - "интерфейс" обмена данными этими программами - на уровне файлов. Т.е. нет никакой центральной БД куда бы оно транзакциями писалось, отправка иными методами силами этих софтин полностью исключена. Более того, там даже не обязательно будет поднят стек TCP/IP.

2) Для удаления после закрытия в CreateFile есть FILE_FLAG_DELETE_ON_CLOSE. Если файл уже открыт на чтение, он вроде нормально переименовывается, если при этом переносится на другой диск, то создаётся копия, а исходный файл удаляется сразу же, как его закрывают. В чём тогда проблема с открытыми на чтение?

ммм.... Может я и не прав, но прочитав описание в msdn я понял что если попытка копирования перед закрытием файла не удалась по какой-либо причине - то исходный файл будет удален в любом случае? Если посмотреть на ReOpenFile, то она появилась в 2003/vista, что несколько не удовлетворяет исходным требованиям. Хотя вариант заслуживает внимания. Но все же тут возникнет вопрос по п.№1 (доп. место+тормоза+еще некоторые связанные с расширенными аттрибутами на нетвари (Owner/Modifier ЕМНИП поменяются что иногда нежелательно)).

Пока что я склонялся к мысли что сделать так как я хочу - невозможно, и поэтому сводить решение в административно-техническое русло в виде "все формирования - в других каталогах, только после формирования переносим в каталог "отправки", а "оправляющая" программа перед попыткой переноса будет пробовать открыть файл эксклюзивно(и сразу закрыть). если откроется - обрабатываем, если не получится - значит файл еще переносится/копируется и записан не полностью. ничего не делаем, обработаем позже".