|Проблема: Если с базой данных в разное время были связаны |разные версии одного файла, при восстановлении базы данных демон получения |менеджера файлов связей данных (DLFM) получает из архива неверную версию |файла.
|Причины: При восстановлении базы данных из резервной копии |в файловой системе менеджера связей данных (DLFS) восстанавливаются из архива |файлы, связанные с этой резервной копией. Процесс получения и |восстановления менеджера связей данных работает так: |
|Внимание: Есть возможность изменить файл, не изменяя |атрибутов размера и времени последнего изменения. Такое "скрытое |изменение" получается, если внести изменение, не меняющее размер файла, и |восстановить затем атрибут времени последнего изменения, который был у |исходного файла.
|Пример: Допустим, у вас есть база данных с именем DBTEST, |в которой содержится таблица со столбцом типа DATALINK. Выполните |следующие операции в указанном порядке: |
|Демон получения DLFM копирует вторую версию fileA под именем |fileA.MOD, а затем копирует первую версию fileA |из архива на том DLFS, в качестве рабочей версии fileA.
|Но если у обеих версий fileA совпадают время последнего |изменения и размер, демон получения DLFM ничего не делает, так как полагает, |что это тот же самый файл.
|В результате на томе DLFS останется вторая версия файла, а не |первая. Файловая система в действительности не восстановлена к тому же |состоянию, в котором она была во время снятия резервной копии.
|Решение: Убедитесь, что ваша прикладная программа не |заменяет файлы более новыми из версиями без изменения атрибутов (времени |последнего изменения и размера).