Notas del release

5.24 Problema potencial en la restauración de archivos

Problema: Cuando versiones diferentes del mismo archivo se enlazan con una base de datos en ocasiones diferentes, el daemon Data Links File Manager (DLFM) de recuperación no recupera la versión correcta del archivo desde un archivo de archivar al restaurarse la base de datos.

Antecedentes: Cuando se restaura una base de datos a partir de una imagen de copia de seguridad, los archivos que estaban enlazados con esa imagen de copia de seguridad también se restauran en el sistema de archivos de Data Links Manager (DLFS) desde el archivo de archivar. Así funciona el proceso de recuperación y restauración de DB2 Data Links Manager.

• Si los atributos de tamaño y hora de la última modificación pertenecientes a la versión actual de un archivo en disco son diferentes de los atributos del archivo que debe restaurarse desde el archivo de archivar, el archivo actual en disco se trata como una versión diferente del archivo. El archivo actual en disco se guarda como nombrearchivo.MOD, y se restaura la versión original del archivo desde el archivo de archivar de DLFM. Por ejemplo, si el nombre del archivo actual es abc, entonces abc se copia en abc.MOD.
• Si los atributos de tamaño y hora de la última modificación pertenecientes al archivo actual en disco son los mismos que tiene el archivo que debe restaurarse desde el archivo de archivar, el daemon Data Links de recuperación supone que el archivo no se ha modificado y no restaurará la versión del archivo desde el archivo de archivar.

Importante: Es posible modificar un archivo, pero no lo es hacer que cambien los atributos de tamaño y hora de la última modificación. Tales "modificaciones ocultas" se llevan a cabo efectuando un cambio que no afecta al tamaño del archivo y luego restableciendo el atributo de hora de la última modificación en el del archivo original.

Ejemplo: Suponga que tiene una base de datos denominada DBTEST y que ésta contiene una tabla con una columna DATALINK. Se realizan entonces las tareas siguientes, por el orden listado:

1. Crear un archivo denominado archivoA en un volumen montado con DLFS. Ésta es la primera versión del archivo.
2. Insertar la referencia al archivoA (un URL) en la base de datos DBTEST.
3. Realizar una copia de seguridad de la base de datos DBTEST.
4. Suprimir la referencia al archivoA de la base de datos DBTEST.
5. Suprimir el archivoA del volumen montado con DLFS.
6. Crear otro archivo denominado archivoA en el volumen montado con DLFS. Ésta es la segunda versión del archivo.
7. Insertar la referencia al archivoA (un URL) en la base de datos DBTEST.
8. Restaurar la base de datos DBTEST a partir de la imagen de copia de seguridad.

El Daemon DLFM de recuperación copia la segunda versión del archivoA en archivoA.MOD y luego copia la primera versión del archivoA desde el archivo de archivar en el volumen montado con DLFS como la versión de trabajo del archivoA.

No obstante, si ambas versiones del archivoA tienen los mismos atributos de tamaño y hora de la última modificación, el Daemon DLFM de recuperación no hace nada, ya que supone que los archivos tienen, en realidad, la misma versión.

El resultado es que, en el volumen montado con DLFS, queda la segunda versión del archivo en lugar de la primera versión. No ha restaurado el sistema de archivos realmente al mismo estado en que se hallaba en el momento de la copia de seguridad.

Solución: Asegúrese de que la aplicación no sustituye un archivo por una versión más reciente del mismo con los mismos atributos (tamaño y hora de la última modificación).