SybaseASE.info

Posible problema de integridad de datos al restaurar una base de datos de un dump, afecta a Adaptive Server Enterprise 15.0, 12.5 y anteriores

Este documento resume el anuncio hecho por Sybase sobre un problema potencial de integridad de datos con Adaptive Server Enterprise (ASE) que puede ocurrir al restaurar un dump de base de datos tomado usando un tamaño de bloque mayor a 256 veces el tamaño de página lógica de ASE y si la distribución física de la base de datos destino difiere de aquella de la base de datos original. Para ver los EBFs en los que se corrige éste problema y posibles caminos alternos para resolverlo, por favor consulte el documento Urgent from Sybase: Possible data integrity issue when loading a database from a dump, affecting versions of Adaptive Server Enterprise 15.0, 12.5, and earlier.

Descripción del Problema

Bajo ciertas circunstancias el comando load database puede no restaurar un base de datos correctamente. Las páginas de la base de datos podrían ser  escritas sobre ubicaciones equivocadas en los dispositivo lógicos, resultando en una corrupción de la base de datos restaurada y posiblemente de otras bases de datos que usen los mismos dispositivos lógicos que dicha base de datos. Para que esto ocurra, dos condiciones específicas se deben dar:

  1. El dump es restaurado en una base de datos que tiene una distribución de fragmentos sobre los dispositivos de datos diferente de aquella de la base de datos original.
  2. Al crear el dump Backup Server lee y almacena bloques contiguos de más de 256 páginas lógicas. Esto puede ocurrir cuando ocurre en una de las siguientes situaciones:
  • El Bakcup Server usado para crear el dump se inició usando la opción -m <tamaño> y tamaño es mayor que el valor predeterminado de 48 Mb.
  • El comando dump database usado para crear el dump especifica el parámetro blocksize y el tamaño especificado es mayor que 256 veces el tamaño lógico de página de ASE.

Nota:

  1. La integridad del dump mismo no se ve afectada por éste problema, aún si se usaron las opciones -m <tamaño> o blocksize. Este problema sólo ocurre como parte del proceso de load database.
  2. La única manera de estar seguro de que el dump contiene bloques contiguos de más de 256 páginas lógicas es usar load database with listonly=full.

Más información...
Enlaces patrocinados

SybaseASE.info