Ashman Если правильно помню, последовательность такая: программа сначала пишет новый ini во временный файл, старый не трогает. Если запись прошла без ошибок, то она переименовывает временный файл в ini, тем самым в одно действие заменяя его. После этого она запоминает в базе фактическую дату изменений файла, чтобы лишний раз его не читать, если не поменялся. Это классический шаблон безопасной записи, который рекомендуется в учебниках по программированию. При такой последовательности действий, сбой на любом этапе не приведет к состоянию поврежденного файла. Новые данные могут просто не записаться, но старый файл точно не повредится.
Предположу, что наверное для облака самой сложной является операция переименования. Так как скорее всего она не делает переименование, так как по факту это же не файловая система. Скорее всего оно разбивает на несколько более мелких операций, типа - запись поверх нового содержимого и удаление временного файла. Или удаление старого и замена имени у нового на старое. В любом случае, для них это более сложная операция, и возможно они на этом ломаются, может у них гонка возникает (не в том порядке выполняются операции, в котором должны, потому что параллельно пришли на разные фактические сервера, или что-то еще в этом роде). Например у них могли прийти два запроса одновременно - удалить и переименовать. И удалить обработался позже чем переименовать, например.
