Problema: Quando diferentes versões do mesmo arquivo estão ligadas a uma base de dados em momentos diferentes, o daemon Retrieve do DLFM (Data Links File Manager) não recupera a versão correta do arquivo de um archive quando a base de dados é restaurada.
Background: Quando uma base de dados é restaurada de uma imagem de backup, os arquivos que estavam ligados àquela imagem de backup também são restaurados no sistema de arquivos DLFS (Data Links Manager) a partir do archive. Eis como funciona o processo de recuperação e restauração do Data Links Manager.
Importante: É possível modificar um arquivo e não alterar os atributos de horário da última modificação e de tamanho. Essas "modificações ocultas" são feitas ao se fazer uma alteração que não afete o tamanho do arquivo e, então, redefini-se o atributo de horário da última modificação para aquele do arquivo original.
Exemplo: Suponha que você tenha uma base de dados chamada DBTEST e ela contenha uma tabela com uma coluna DATALINK. Você, então, executará as seguintes tarefas, na ordem listada:
O Daemon do DLFM Retrieve Daemon copia a segunda versão de fileA para fileA.MOD, em seguida, copia a primeira versão de fileA para o archive sobre o volume montado em DLFS como a versão de trabalho de fileA.
No entanto, se ambas as versões de fileA tiverem os mesmos atributos de horário de última modificação e de tamanho, o Daemon Retrieve do DLFM não faz nada, porque ele assume que os arquivos têm, na verdade, a mesma versão.
O resultado é que a segunda versão do arquivo -- em vez da primeira versão -- permanece no volume montado em DLFS. Você não restaurou verdadeiramente o sistema de arquivos ao mesmo estado em que estava no momento do backup.
Solução: Assegure-se de que seu aplicativo não substitua um arquivo por uma nova versão daquele arquivo com os mesmo atributos (horário da última modificação e tamanho).