Как я могу синхронизировать два процесса, получающие доступ к файлу на NAS?

Спасибо всем за Ваши ответы.

Наконец нам удалось разрешить нашу проблему, не при помощи блокировки команд ОС (потому что мы не были уверены, что они распространят правильно к ОС главы NAS), но путем создания каталогов блокировки вместо файлов блокировки. Создание каталога является атомарной операцией и возвращает ошибочное значение, если папка уже существует. Поэтому мы не должны проверять существование блокировки прежде, чем получить его, обе операции сделаны в одноэтапном.

Если файлы находятся на доле NFS, можно использовать fcntl (2) для блокировки файла. Проверьте вопрос D10 в NFS Linux FAQ. У меня есть очень мало опыта с окнами API, но от того, что я услышал, что у них есть хорошая поддержка POSIX, таким образом, необходимо смочь использовать fcntl, пока они поддерживают POSIX.1-2001.

При доступе к файлам с помощью различных протоколов (т.е. AFS или SMB), возможно, Вы могли настроить простой сервер синхронизации, который управляет блокировками через интерфейс IPC?

Хорошо Вам нужна некоторая форма блокировки механизма для управления доступами.

Большинство *отклоняет Файловые системы, обеспечивают это. Я подозреваю, что это также доступно в Windows File System (поскольку этот механизм используется жемчугом), но это может иметь другое имя.

Смотрите на скопление ().
Это - механизм захвата файла. Это - консультативная блокировка, таким образом, это на самом деле не блокирует файл и предотвращает использование, но это обеспечивает механизм для маркировки файла. Если оба приложения используют механизм затем, можно управлять доступами к файлу.

скопление () обеспечивает обе коллективных блокировки (или СЧИТАЙТЕ Блокировку), и монопольные блокировки (или Блокировка ЗАПИСИ). скопление заблокирует Ваш поток (не занятым способом), пока файл не был разблокирован пользователем (оно также обеспечивает не блокирующиеся проверки, таким образом, можно сделать другие вещи при ожидании).

Скопление выезда в разделе 2 из страниц справочника.

int     flock(int fd, int operation);

Flock() applies or removes an advisory lock on the file associated with the file
descriptor fd.  A lock is applied by specifying an operation parameter that is
one of LOCK_SH or LOCK_EX with the optional addition of LOCK_NB.  To unlock an
existing lock operation should be LOCK_UN.

Было бы возможно переключиться от файлов до базы данных?

Этот тип параллелизма - что-то, чем DBMSs управляют очень хорошо. Это должно не быть дорогим или трудным установить. MySql, Postgress или JavaDB все обработали бы это изящно по минимальной стоимости.

При сбое параметра базы данных я имел бы запись записи к "скрытому" имени файла как ".updateinprogress.xml" и переименовал бы файл, когда обновление завершено. В большинстве систем "mv" или "ren" атомарная операция так процесс считывания или берет hte старый файл или более новый файл, но никогда половину записанного.