|Problema: Quando diferentes versões do mesmo arquivo estão |ligadas a um banco 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 o banco de dados é restaurado.
|Background: Quando um banco de dados é restaurado 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 e de tamanho da última modificação. 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 um banco de dados chamado |DBTEST e ele contenha uma tabela com uma coluna DATALINK. Você, então, |executará as seguintes tarefas, na ordem listada: |
|O Daemon Retrieve do DLFM copia a segunda versão de fileA para |fileA.MOD, em seguida, copia a primeira versão de |fileA do archive sobre o volume montado em DLFS como a versão em |funcionamento de fileA.
|No entanto, se ambas as versões de fileA tiverem os mesmos |atributos de horário e de tamanho da última modificação, 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 no 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 |e tamanho da última modificação).