Notas del release

7.6 Capítulo 8. Recuperación de una base de datos

7.6.1 Cómo utilizar la E/S suspendida

En el Capítulo 8, "Recuperación de una base de datos", ha de añadirse la sección nueva siguiente sobre la utilización de la función de E/S suspendida:

Nota:
La información siguiente sobre el programa de utilidad db2inidb sustituye a la información del manual Novedades de la Versión 7.2.

db2inidb es una herramienta nueva, que se envía con DB2, que puede efectuar la recuperación de detenciones anormales y colocar una base de datos en pendiente de recuperación de avance.

La E/S suspendida da soporte a la disponibilidad continua del sistema proporcionando una implantación completa para el manejo de división de reflejos en línea, es decir, para dividir un reflejo sin cerrar la base de datos. Si un cliente no puede permitirse efectuar copias de seguridad en línea o fuera de línea en una base de datos grande, las copias de seguridad o las copias del sistema pueden efectuarse desde una imagen especular utilizando la E/S suspendida y la división de reflejos.

En función del modo en que se están reflejando los dispositivos de almacenamiento, las utilizaciones de db2inidb serán diferentes. Las utilizaciones siguientes asumen que toda la base de datos se ha reflejado de modo coherente en el sistema de almacenamiento.

En un entorno multinodo, debe ejecutarse la herramienta db2inidb en cada partición para poder utilizar la imagen dividida desde cualquiera de las particiones. La herramienta db2inidb puede ejecutarse simultáneamente en todas las particiones.

  1. Creación de una base de datos clónica

    El objetivo aquí es el de disponer de un clon de la base de datos primaria para ser utilizada con finalidad de sólo lectura. El procedimiento siguiente describe el modo en que debería hacerse una base de datos clónica:

    1. Suspenda la E/S en el sistema primario entrando el mandato siguiente:
           db2 set write suspend for database
      
    2. Utilice el mandato de nivel del sistema operativo para dividir el reflejo de la base de datos primaria.
    3. Reanude la E/S en el sistema primario entrando el mandato siguiente:

           db2 set write resume for database
      

      Después de ejecutar el mandato, la base de datos del sistema primario debería devolverse a un estado normal.

    4. Adjunte la base de datos reflejada de otra máquina.
    5. Arranque la instancia de base de datos entrando el mandato siguiente:
           db2start
      
    6. Arranque la recuperación de la detención anormal de DB2 entrando el mandato siguiente:
      db2inidb nombre_basedatos AS  SNAPSHOT
      
      Nota:
      Este mandato retrotraerá los cambios efectuados por medio de transacciones que estén en curso en el momento de la división.

    También se puede utilizar este proceso para una copia de seguridad fuera de línea, pero si se restaura en el sistema principal, esta copia de seguridad no se puede utilizar para la recuperación de avance, puesto que la cadena de anotación cronológica no coincidirá.

  2. Utilización de la división de reflejo como base de datos en espera

    Como la base de datos reflejada (en espera) realiza recuperación de avance repetidamente a través de las anotaciones cronológicas, nuevas anotaciones cronológicas que crea la base de datos primaria se buscan y se cargan constantemente desde el sistema primario. El procedimiento siguiente describe el modo en que puede utilizarse la división de reflejo como base de datos en espera:

    1. Suspender las grabaciones de E/S en la base de datos primaria.
    2. Dividir el reflejo en el sistema primario.
    3. Reanudar las grabaciones de E/S en la base de datos primaria para que la base de datos primaria vuelva al proceso normal.
    4. Adjuntar la base de datos reflejada a otra instancia.
    5. Colocar el reflejo en pendiente de recuperación de avance y realice recuperación de avance del reflejo. Ejecute la herramienta db2inidb (db2inidb <db_alias> en espera) para eliminar el estado de suspender grabación y colocar el reflejo de la base de datos en estado pendiente de recuperación en avance.
    6. Copiar las anotaciones cronológicas configurando un programa de salida de usuario para recuperar archivos de anotaciones cronológicas del sistema primario para asegurarse de que las últimas anotaciones cronológicas estarán disponibles para esta base de datos reflejada.
    7. Realice una recuperación en avance de la base de datos hasta el final de las anotaciones cronológicas.
    8. Vaya al paso f y repita este proceso hasta que se desactive la base de datos primaria.

  3. Utilización de la división de reflejo como imagen de copia de seguridad

    El procedimiento siguiente describe el modo de utilizar el sistema reflejado como imagen de copia de seguridad para restaurar el sistema primario:

    1. Utilice los mandatos del sistema operativo para copiar los datos reflejados y anotaciones cronológicas en la parte superior del sistema primario.
    2. Arranque la instancia de base de datos entrando el mandato siguiente:
           db2start
      
    3. Ejecute el siguiente mandato para colocar la base de datos reflejada en estado pendiente de recuperación en avance y para eliminar el estado suspender grabación.
      db2inidb alias_basedatos AS MIRROR
      
    4. Realice una recuperación en avance de la base de datos hasta el final de las anotaciones cronológicas.

7.6.2 Copia de seguridad y recuperación incremental

Para el Capítulo 8, "Recuperación de una base de datos," a continuación se encuentra una nueva sección sobre la copia de seguridad y recuperación incremental:

A medida que el tamaño de las bases de datos, especialmente los depósitos, continúa aumentando hasta el rango de terabytes y petabytes, el tiempo y los recursos de hardware necesarios para realizar una copia de seguridad y recuperar estas bases de datos también crecen considerablemente. Las copias de seguridad completas de bases de datos y espacios de tabla no siempre son la mejor opción cuando se manejan bases de datos de gran tamaño, puesto que los requisitos de almacenamiento para varias copias de dichas bases de datos son enormes. Tenga en cuenta lo siguiente:

DB2 ahora da soporte a la copia de seguridad y restauración incremental (pero no de datos de objetos de gran tamaño o de campos largos). Una copia de seguridad incremental es una imagen de copia de seguridad que contiene sólo páginas que se han actualizado desde la realización de la copia de seguridad anterior. Además de las páginas de índice y los datos actualizados, cada imagen de copia de seguridad incremental también contiene todos los metadatos de base de datos iniciales (tales como configuración de la base de datos, definiciones de espacios de tabla, historial de la base de datos, etc.) que normalmente se almacenan en imágenes de copia de seguridad completas.

Se da soporte a dos tipos de copia de seguridad incremental:

La diferencia clave entre imágenes de copia de seguridad incrementales y delta es su comportamiento cuando se llevan a cabo copias de seguridad sucesivas de un objeto que está cambiando continuamente en el transcurso del tiempo. Cada imagen incremental sucesiva contiene todo el contenido de la imagen incremental anterior, además de los datos que hayan cambiado o es nueva, desde que se ha producido la copia de seguridad anterior. Las imágenes de copia de seguridad delta contienen sólo las páginas que han cambiado desde que se ha producido la imagen anterior.

Se permiten combinaciones de copias de seguridad incrementales de bases de datos y espacios de tabla, tanto en modalidad de funcionamiento en línea como fuera de línea. Tenga cuidado cuando planifique la estrategia de copia de seguridad, ya que que la combinación de copias de seguridad incrementales de bases de datos y espacios de tabla implica que el predecesor de una copia de seguridad de base de datos (o una copia de seguridad de espacio de tabla de varios espacios de tabla) no es necesariamente una sola imagen, sino que puede ser un conjunto exclusivo de copias de seguridad de base de datos y espacio de tabla previas realizadas en momentos distintos.

Para recrear la base de datos o el espacio de tabla en un estado coherente, el proceso de recuperación debe empezar con una imagen coherente de todo el objeto (base de datos o espacio de tabla) que se restaurará y luego debe aplicar cada una de las imágenes de copia de seguridad incremental en el orden que se describe más adelante (consulte el apartado "Método de restauración").

Para habilitar el rastreo de actualizaciones de la base de datos, DB2 da soporte a un nuevo parámetro de configuración de base de datos, TRACKMOD, que puede tener uno de estos dos valores aceptados:

El valor TRACKMOD por omisión para bases de datos ya existentes es NO; para bases de datos nuevas es YES.

La granularidad del seguimiento es a nivel de espacio de tabla tanto para espacios de tabla SMS como para espacios de tabla DMS.

Aunque mínimo, el seguimiento de actualizaciones de la base de datos pueden tener un impacto en el rendimiento de la ejecución de transacciones que actualizan o insertan datos.

7.6.2.1 Restauración a partir de imágenes de copia de seguridad incremental

Una operación de restauración a partir de imágenes de copia de seguridad incremental consta de los pasos siguientes:

  1. Identificación de la imagen de destino incremental. La DBA primero debe determinar la imagen final que se restaurará y solicitar una operación de restauración incremental desde el programa de utilidad de restauración de DB2. Esta imagen se conoce como imagen de destino de la restauración incremental, porque será la última imagen que se restaurará. Un mandato de restauración incremental frente a esta imagen puede iniciar la creación de una nueva base de datos con las definiciones de espacio de tabla y configuración de esta imagen de destino. La imagen de destino incremental se especifica utilizando el parámetro TAKEN AT del mandato RESTORE DATABASE.
  2. La restauración de la imagen de espacio de tabla o base de datos completa más reciente para establecer una línea base frente a la que se podrá aplicar cada una de las imágenes de copia de seguridad incremental subsiguientes.
  3. La restauración de cada una de las imágenes de copia de seguridad incremental de espacio de tabla o completas necesarias, en el orden en que se producen, encima de la imagen de línea base restaurada en el Paso 2.
  4. Repetición del Paso 3 hasta que se lee la imagen de destino del Paso 1 por segunda vez. Se accede dos veces a la imagen de destino durante una operación de restauración incremental completa. Durante el primer acceso, sólo se leen datos iniciales de la imagen; no se lee ninguno de los datos de usuario. Se lee y procesa la imagen completa sólo durante el segundo acceso.

    Se debe acceder a la imagen de destino de la operación de restauración incremental dos veces para asegurar que la base de datos se configure inicialmente con el historial, la configuración de base de datos y las definiciones de espacios de tabla correctos para la base de datos que se creará durante la operación de restauración. En los casos donde se ha descartado un espacio de tabla desde que se realizó la copia de seguridad de la base de datos completa inicial, los datos de espacio de tabla para dicha imagen se leerán de las imágenes de copia de seguridad pero se ignorarán durante el proceso de restauración incremental.

Por ejemplo:

      1. db2 restore database sample incremental taken at <ih>
 
      donde:
        <ih> señala la última imagen de copia de seguridad incremental que
        se restaurará
 
   2. db2 restore database sample incremental taken at <ih1>
 
      donde:
        <ih1> señala la imagen de base de datos (o espacio de tabla)
        completa inicial
 
   3. db2 restore database sample incremental taken at <ihX>
 
      donde:
        <ihX> señala cada imagen de copia de seguridad incremental en
        secuencia de creación
 
   4. Repita el Paso 3, restaurando cada imagen de copia de seguridad
      incremental hasta la imagen <ts>, incluida ésta.

En los casos donde se está intentando una operación de restauración de base de datos y se han producido imágenes de copia de seguridad incremental, las imágenes de espacio de tabla deben restaurarse en el orden cronológico de sus indicaciones de la hora de copia de seguridad.

7.6.3 Recuperación paralela

DB2 ahora utiliza varios agentes para realizar la recuperación de detenciones anormales y la recuperación de avance de bases de datos. Se puede esperar un mejor rendimiento durante estas operaciones, especialmente en máquinas SMP (multiprocesador simétrico); la utilización de varios agentes durante la recuperación de la base de datos aprovecha las CPU adicionales que están disponibles en las máquinas SMP.

El nuevo tipo de agente introducido por esta mejora es db2agnsc. DB2 elige el número de agentes a utilizar para la recuperación de bases de datos basándose en el número de CPU de la máquina. Para máquinas SMP, el número de agentes utilizado es (número de CPU + 1). En una máquina con una única CPU, se utilizan tres agentes para una lectura más eficiente de anotaciones cronológicas, proceso de registros de anotación cronológica y captación previa de páginas de datos.

DB2 distribuye registros de anotación cronológica a estos agentes de modo que se puedan volver a aplicar de modo simultáneo donde sea oportuno. El proceso de los registros de anotación cronológica se hace paralelo al nivel de página (los registros de anotación cronológica de la misma página de datos son procesados por el mismo agente); por lo tanto, se mejora el rendimiento, incluso si se ha realizado todo el trabajo en una tabla.

7.6.4 Copia de seguridad en conexiones con nombre

Ahora hay soporte disponible para la copia de seguridad de base de datos en (y restauración de base de datos a partir de) conexiones con nombre locales en sistemas basados en UNIX. Tanto el grabador como el lector de la conexión con nombre deben estar en la misma máquina. La conexión debe existir y estar ubicada en un sistema de archivos local. Puesto que la conexión con nombre se trata como dispositivo local, no hay necesidad de especificar que el destino es una conexión con nombre. A continuación se encuentra un ejemplo de AIX:

    1. Cree una conexión con nombre:
      mkfifo /u/dbuser/mypipe
 
  2. Utilice esta conexión como destino para la operación de copia de
     seguridad de base de datos:
      db2 backup db sample to /u/dbuser/mypipe
 
  3. Restaure la base de datos:
      db2 restore db sample into mynewdb from /u/dbuser/mypipe

7.6.5 Copia de seguridad de imagen dividida

DB2 ahora da soporte a la copia de seguridad de base de datos completa fuera de línea en la copia reflejada dividida de una base de datos. No se da soporte a la copia de seguridad en línea y no es necesaria porque la base de datos, que está en estado pendiente de recuperación de avance, no está disponible. Cuando se restaura una imagen de copia de seguridad reflejada dividida, se debe recuperar en avance porque puede haber habido transacciones activas cuando se ha producido la división.

Nota:
Para DB2 Versión 7.1 FixPak 3 y DB2 Versión 7.2 este soporte se limitará a bases de datos que contienen sólo espacios de tabla DMS. Si se intenta realizar una copia de seguridad de una base de datos después de una división y la base de datos contiene espacios de tabla SMS, la copia de seguridad será anómala.

Cuando se ha dividido una base de datos, debe utilizarse el programa de utilidad db2inidb para especificar una de las opciones siguientes:

A continuación se encuentran algunos marcos hipotéticos de utilización:

7.6.6 Archivador de anotaciones cronológicas a petición

DB2 ahora da soporte al cerramiento (y, si la opción de salida de usuario está habilitada, al archivado) de la anotación cronológica activa para una base de datos recuperable en cualquier momento. Esto permite reunir un conjunto completo de archivos de anotación cronológica hasta un punto conocido y luego utilizarlos para actualizar una base de datos en espera.

Nota:
El archivado de anotación cronológica a demanda no garantiza que se archiven los archivos de anotación cronológica inmediatamente; trunca el archivo de anotación cronológica y emite una petición de archivado, pero todavía está sujeto a retardos asociados al programa de salida de usuario.

Se puede iniciar el archivado de anotaciones cronológicos a petición invocando el nuevo mandato DB2 ARCHIVE LOG o llamando a la nueva API db2ArchiveLog.

7.6.7 Reflexión de anotaciones cronológicas

En el Capítulo 8, "Recuperación de una base de datos", ha de añadirse la sección nueva siguiente sobre la utilización de la función de E/S en suspensión:

DB2 ahora da soporte a la reflexión de anotaciones cronológicas a nivel de base de datos. La reflexión de archivos de anotación cronológica ayuda a proteger una base de datos de:

Si le preocupa que las anotaciones cronológicas activas puedan resultar dañadas (como resultado de una anomalía del disco), debe pensar en utilizar una nueva variable de registro de DB2, DB2_NEWLOGPATH2, especificar una vía de acceso secundaria para la base de datos para gestionar las copias de la anotación cronológica activa, reflejando los volúmenes en los que se encuentran almacenadas las anotaciones cronológicas.

La variable de registro DB2_NEWLOGPATH2 permite a la base de datos grabar una segunda copia idéntica de los archivos de anotación cronológica en una vía de acceso distinta. Se recomienda colocar la vía de acceso de anotación cronológica secundaria en otro disco físico (preferiblemente uno que también se encuentre un un controlador de disco distinto). De este modo, el controlador de disco no puede ser un único punto de anomalía.

Nota:
Puesto que Windows NT y OS/2 no permiten "montar" un dispositivo bajo un nombre de vía de acceso arbitrario, no es posible (en estas plataformas) especificar una vía de acceso secundaria en un dispositivo por separado.

DB2_NEWLOGPATH2 puede habilitarse (establecerse en 1) o inhabilitarse (establecerse en 0). El valor por omisión es cero. Si esta variable se establece en 1, el nombre de la vía de acceso secundaria es el valor actual de la variable LOGPATH concatenado con el carácter 2. Por ejemplo, en un entorno SMP, si LOGPATH es /u/dbuser/sqllogdir/logpath, la vía de acceso de anotación cronológica secundaria será /u/dbuser/sqllogdir/logpath2. En un entorno MPP, si LOGPATH es /u/dbuser/sqllogdir/logpath, DB2 añadirá el indicador de nodo a la vía de acceso y utilizará /u/dbuser/sqllogdir/logpath/NODE0000 como vía de acceso de anotación cronológica primaria. En este caso, la vía de acceso de anotación cronológica secundaria será /u/dbuser/sqllogdir/logpath2/NODE0000.

Cuando DB2_NEWLOGPATH2 se habilita primero, en realidad no se utilizará hasta que se complete el archivo de anotación cronológica actual en el siguiente arranque de la base de datos. Esto es parecido al modo en que se utiliza actualmente NEWLOGPATH.

Si hay un error al grabar en la vía de acceso de anotación cronológica primaria o secundaria, la base de datos marcará la vía de acceso anómala como "mala", grabará un mensaje en el archivo db2diag.log y grabará los registros de anotación cronológica subsiguientes sólo en la vía de acceso de anotación cronológica "buena" restante. DB2 no intentará utilizar de nuevo la vía de acceso "mala" hasta que se haya completado el archivo de anotación cronológica actual. Cuando DB2 necesite abrir el siguiente archivo de anotación cronológica, verificará que esta vía de acceso sea válida, y si es así, empezará a utilizarla. Si no es así, DB2 intentará utilizar de nuevo la vía de acceso hasta que se acceda al siguiente archivo de anotación cronológica por primera vez. No hay ningún intento de sincronizar las vías de acceso de anotación cronológica, pero DB2 guarda información sobre los errores de acceso que se producen, para que se utilicen las vías de acceso correctas cuando se archiven los archivos de anotación cronológica. Si se produce una anomalía al grabar en la vía de acceso "buena" restante, la base de datos termina anormalmente.

7.6.8 Soporte de copia de seguridad y restauración a través de plataformas en Sun Solaris y HP

Ahora hay soporte disponible para el soporte de copia de seguridad y restauración a través de plataformas entre Sun Solaris y HP. Cuando se transfiere la imagen de copia de seguridad entre sistemas, se debe transferir en modalidad binaria. En el sistema de destino, la base de datos debe crearse con la misma página de códigos/territorio que el sistema en el que se ha creado la base de datos original.

7.6.9 Consideraciones sobre DB2 Data Links Manager/Consideraciones sobre el programa de utilidad de copia de seguridad

Sustituya el segundo párrafo de esta sección por:

      Cuando se enlazan archivos, los servidores Data Links planifican la copia
   de los mismos asíncronamente a un servidor de archivador como, por ejemplo,
   ADSM, o a disco. Cuando se ejecuta el programa de utilidad de copia de
   seguridad, DB2 se asegura de que todos los archivos planificados para ser
   copiados se hayan copiado. Al principio del proceso de copia de seguridad,
   DB2 entra en contacto con todos los servidores Data Links que se han
   especificado en el archivo de configuración de DB2. Si un servidor Data
   Links tiene uno o más archivos enlazados y no se está ejecutando, o deja
   de ejecutarse durante la operación de copia de seguridad, la copia de
   seguridad no contendrá información de DATALINK completa. La operación de
   copia de seguridad se completará satisfactoriamente. Para que el servidor
   Data Links se pueda marcar como disponible en la base de datos, el proceso
   de copia de seguridad para todas las copias de seguridad pendientes se
   debe completar satisfactoriamente. Si se ha iniciado una copia de seguridad
   cuando hay el doble del valor de num_db_backups (véalo más abajo) copias
   de seguridad pendientes esperando a ser completadas en el servidor Data
   Links, la operación de copia de seguridad fallará. Dicho servidor Data
   Links debe reiniciarse y las copias de seguridad pendientes deben
   completarse para que se permitan copias de seguridad adicionales.

7.6.10 Consideraciones sobre DB2 Data Links Manager/Consideraciones sobre el programa de utilidad de restauración y recuperación de avance

Sustituya los párrafos que empiezan por:

   Cuando se restaura una base de datos o espacio de tabla y no
   se especifica WITHOUT DATALINK...
 
   y
 
   Cuando se restaura una base de datos o espacio de tabla y se especifica
   la opción WITHOUT DATALINK...

por:

      Cuando se restaura una base de datos o espacio de tabla, deben cumplirse
   las condiciones siguientes para que la operación de restauración sea
   satisfactoria:
 
   o Si cualquier Data Links Server registrado en el archivo de copia de
     seguridad no se está ejecutando, la operación de restauración aún se
     completará satisfactoriamente.
 
     Las tablas con información de columnas DATALINK que se ven afectadas
     por el servidor Data Links que falta se podrán en estado pendiente de
     reconciliación de enlace de datos después de que se complete la
     operación de restauración (o la operación de recuperación de avance,
     si se utiliza). Para que los servidores Data Links puedan marcarse
     de nuevo como disponibles en la base de datos, este proceso de
     restauración debe completarse satisfactoriamente.
 
   o Si cualquier Data Links Server registrado en el archivo de copia de
     seguridad deja de ejecutarse durante la operación de restauración,
     la operación de restauración fallará. La restauración se puede
     reiniciar con el Data Links Server desactivado (véalo más arriba).
 
   o Si una operación de restauración de base de datos anterior todavía
     está incompleta en cualquier servidor Data Links, las operaciones
     de restauración de base de datos o espacio de tabla subsiguientes
     serán anómalas hasta que se reinicien estos servidores Data Links
     y complete la restauración incompleta.
 
   o La información sobre todas las columnas DATALINK que se registran
     en el archivo de copia de seguridad debe encontrarse en las tablas
     de registro de los servidores Data Links apropiados.
 
     Si toda la información sobre las columnas DATALINK no está registrada
     en las tablas de registro, la tabla con la información de columna
     DATALINK que falta se pone en estado de no es posible la
     reconciliación de enlace de datos después de que se complete la
     operación de restauración (o la operación de recuperación de avance,
     si se utiliza).
 
     Si no se registra la copia de seguridad en las tablas de registro,
     puede significar que el archivo de copia de seguridad que se
     proporciona es anterior al valor de num_db_backups y que ya se ha
     "recogido como residuo". Esto significa que los archivos archivados
     de esta copia de seguridad anterior se han eliminado y no se pueden
     restaurar. Todas las tablas que tienen columnas DATALINK se ponen en
     estado pendiente de reconciliación de enlace de datos.
 
     Si no se registra la copia de seguridad en las tablas de registro,
     puede significar que el proceso de copia de seguridad todavía no
     se ha completado porque el servidor Data Links no se está ejecutando.
     Todas las tablas que tienen columnas DATALINK se ponen en estado de
     pendiente de reconciliación de enlace de datos. Cuando se reinicia el
     servidor Data Links, se completará el proceso de copia de seguridad
     antes de restaurar el proceso.
 
     La tabla permanece disponible a los usuarios, pero los valores de
     las columnas DATALINK pueden no hacer referencia a los archivos
     correctamente (por ejemplo, puede que no se encuentre un archivo
     que coincida con un valor para la columna DATALINK). Si no desea
     que se produzca este comportamiento, puede poner la tabla en estado
     pendiente de comprobación emitiendo la sentencia "SET CONSTRAINTS
     for tablename TO DATALINK RECONCILE PENDING".

Si, después de una operación de restauración, tiene una tabla en estado de no es posible la reconciliación de enlace de datos, puede arreglar los datos de la columna DATALINK de una de las formas que se sugieren bajo el apartado "Eliminación de una tabla del estado Datalink_Reconcile_Not_Possible".

La nota que se encuentra en la parte inferior del primer párrafo permanece igual.

Añada lo siguiente al final de esta sección:

      Se recomienda el archivado del archivo datalink.cfg para cubrir ciertos
   casos de recuperación poco comunes, ya que el archivo datalink.cfg de
   la imagen de copia de seguridad de la base de datos sólo refleja
   datalink.cfg tal como era en el momento de la copia de seguridad. Es
   necesario tener el archivo datalink.cfg más reciente para cubrir todos
   los casos de recuperación. Por lo tanto, es necesario realizar copia
   de seguridad del archivo datalink.cfg después de cada invocación de
   mandato ADD DATALINKS MANAGER o DROP DATALINKS MANAGER. Esto ayudaría
   a recuperar el archivo datalink.cfg más reciente, si éste no está
   disponible en disco.
 
   Si el archivo datalink.cfg más reciente no está disponible en disco,
   substituya el archivo datalink.cfg ya existente (restaurado a partir
   de una copia de seguridad) por el archivo datalink.cfg más reciente
   que se ha archivado antes de ejecutar una operación de recuperación
   de avance. Lleve esto a cabo después de la restauración de la base
   de datos. 

7.6.11 Restauración de bases de datos a partir de una copia de seguridad fuera de línea sin recuperación de avance

Sólo se puede restaurar sin recuperación de avance a nivel de base de datos, no a nivel de espacio de tabla. Para restaurar una base de datos sin realizar la recuperación de avance, se puede restaurar una base de datos no recuperable (es decir, una base de datos que utiliza la anotación cronológica circular) o especificar el parámetro WITHOUT ROLLING FORWARD en el mandato RESTORE DATABASE.

Si utiliza el programa de utilidad de restauración sin la opción WITHOUT DATALINK, todas las tablas con columnas DATALINK se colocan en estado pendiente de reconciliación de enlace de datos (DRP) y no se realiza la reconciliación con los servidores Data Links durante la operación de restauración.

Si no utiliza la opción WITHOUT DATALINK y ya no se define en la base de datos un servidor Data Links registrado en el archivo de copia de seguridad (es decir, se ha descartado utilizando el mandato DROP DATALINKS MANAGER), el programa de utilidad de restauración pone en estado DRP a las tablas que contienen datos DATALINK que hacen referencia al servidor Data Links descartado.

Si no utiliza la opción WITHOUT DATALINK, todos los servidores Data Links están disponibles y toda la información sobre las columnas DATALINK está registrada totalmente en las tablas de registro, sucede lo siguiente para cada servidor Data Links registrado en el archivo de copia de seguridad:

Nota:
lo anterior no se puede realizar si la imagen de copia de seguridad que se ha utilizado para la operación de restauración de la base de datos se ha llevado a cabo cuando, como mínimo, un servidor Data Links no se estaba ejecutando, ya que la información DATALINK de la copia de seguridad está incompleta. Tampoco se puede realizar lo anterior si la imagen de copia de seguridad que se ha utilizado para la operación de restauración de la base de datos se ha llevado a cabo después de una restauración de base de datos con o sin recuperación de avance. En ambos casos, todas las tablas con columnas DATALINK se colocan en estado pendiente de reconciliación de enlace de datos y no se lleva a cabo ninguna reconciliación con los servidores Data Links durante la operación de restauración.

7.6.12 Restauración de bases de datos y espacios de tabla, y recuperación de avance hasta el final de las anotaciones cronológicas

Si restaura y luego realiza una recuperación de avance de la base de datos o espacio de tabla hasta el final de las anotaciones cronológicas (lo que significa que se han proporcionado todas las anotaciones cronológicas), no es necesaria una comprobación de reconciliación a menos que, como mínimo, uno de los servidores Data Links registrados en el archivo de copia de seguridad no se esté ejecutando durante la operación de restauración. Si no está seguro de si se han proporcionado todas las anotaciones cronológicas para la operación de recuperación de avance o si piensa que puede necesitar reconciliar valores DATALINK, efectúe lo siguiente:

  1. Emita la sentencia de SQL para la tabla (o tablas) implicadas:
       SET CONSTRAINTS FOR tablename TO DATALINK RECONCILE PENDING
    
    Esto pone la tabla en estado pendiente de reconciliación de enlace de datos y estado pendiente de comprobación.
  2. Si no desea que una tabla esté en estado pendiente de comprobación, emita la siguiente sentencia de SQL:
       SET CONSTRAINTS FOR tablename IMMEDIATE CHECKED
    
    Esto saca la tabla del estado pendiente de comprobación, pero la deja en estado pendiente de reconciliación de enlace de datos. Debe utilizar el programa de utilidad de reconciliación para sacar la tabla de este estado.

Puede suceder que el archivo de copia de seguridad contenga datos DATALINK que hagan referencia a un DB2 Data Links Manager (es decir, se haya registrado un DB2 Data Links Manager en la base de datos donde se ha realizado la copia de seguridad) que se ha descartado de la base de datos. Para cada espacio de tabla que se está recuperando en avance que contiene como mínimo una tabla con datos DATALINK que hacen referencia al DB2 Data Links Manager descartado, el programa de utilidad de recuperación de avance ponen todas las tablas en estado DRP.

7.6.13 Interacciones de DB2 Data Links Manager y recuperación

La tabla siguiente muestra los distintos tipos de recuperación que puede realizar, el proceso de DB2 Data Links Manager que se produce durante el proceso de restauración y de recuperación de avance, y si es necesario ejecutar el programa de utilidad de reconciliación después de completar la recuperación:
Tipo de recuperación DB2 Data Links Manager Proceso durante la restauración DB2 Data Links Manager Proceso durante la recuperación de avance Reconciliación
Base de datos no recuperable (logretain=NO)
Restauración de base de datos de una copia de seguridad completa, todos los Data Links Servers activados Se lleva a cabo la reconciliación rápida N/D Se puede ejecutar opcionalmente si se sospecha que hay problemas con enlaces de archivos
Restauración de base de datos utilizando la opción WITHOUT DATALINK Las tablas se ponen en estado Datalink_Reconcile _Pending N/D Necesario
Restauración de base de datos de una copia de seguridad completa, por lo menos un servidor Data Links desactivado Se lleva a cabo la reconciliación rápida sólo en las tablas de espacios de tabla que no tienen enlaces con un servidor Data Links que está desactivado, las otras tablas se ponen en estado Datalink_Reconcile _Pending N/D Necesario para tablas de espacios de tabla con enlaces con el servidor Data Links que está desactivado
Restauración de base de datos de una copia de seguridad incompleta, todos los servidores Data Links activados No se realiza la reconciliación rápida, todas las tablas con columnas DATALINK se ponen en estado Datalink_Reconcile _Pending N/D Necesario
Base de datos recuperable (logretain=YES)
Restauración de una base de datos utilizando la opción WITHOUT ROLLING FORWARD, utilizando una copia de seguridad completa, todos los servidores Data Links activados Se lleva a cabo la reconciliación rápida N/D Opcional
Restauración de una base de datos utilizando las opciones WITHOUT ROLLING FORWARD y WITHOUT DATALINK, utilizando una copia de seguridad completa o incompleta, los servidores Data Links activados o desactivados Las tablas se ponen en estado Datalink_Reconcile _Pending N/D Necesario
Restauración de una base de datos utilizando la opción WITHOUT ROLLING FORWARD, utilizando una copia de seguridad completa, como mínimo un servidor Data Links desactivado Se lleva a cabo la reconciliación rápida sólo en las tablas de espacios de tabla que no tienen enlaces con los servidores Data Links que están desactivados, las otras tablas se ponen en estado Datalink_Reconcile _Pending N/D Necesario en tablas de espacios de tabla con enlaces con servidores Data Links que están desactivados
Restauración de una base de datos utilizando la opción WITHOUT ROLLING FORWARD, utilizando una copia de seguridad incompleta, los servidores Data Links activados o desactivados No se realiza la reconciliación rápida, todas las tablas con columnas DATALINK se ponen en estado Datalink_Reconcile _Pending N/D Necesario
Restauración de una base de datos y recuperación de avance hasta el final de las anotaciones cronológicas, utilizando una copia de seguridad completa, todos los servidores Data Links activados Ninguna acción Ninguna acción Opcional
Restauración de una base de datos y recuperación de avance hasta el final de las anotaciones cronológicas, utilizando una copia de seguridad completa, como mínimo un servidor Data Links desactivado durante el proceso de recuperación de avance Ninguna acción Ninguna acción Opcional
Restauración de una base de datos y recuperación de avance hasta el final de las anotaciones cronológicas, utilizando una copia de seguridad completa o incompleta, cualquier servidor Data Links desactivado durante la restauración Ninguna acción Todas las tablas con columnas DATALINK se ponen en estado Datalink_Reconcile _Pending Necesario para todas las tablas con columnas DATALINK
Restauración de una base de datos y recuperación de avance hasta el final de las anotaciones cronológicas, utilizando una copia de seguridad incompleta, todos los servidores Data Links activados durante la restauración Ninguna acción Ninguna acción Opcional
Restauración de una base de datos y recuperación de avance hasta el final de las anotaciones cronológicas, utilizando una copia de seguridad completa o incompleta, todos los servidores Data Links activados, copia de seguridad desconocida en cualquier servidor Data Links Ninguna acción Todas las tablas de espacios de tabla con enlaces a un servidor Data Links donde la copia de seguridad es desconocida se ponen en estado Datalink_Reconcile _Pending Necesario
Restauración de un espacio de tabla y recuperación de avance hasta el final de las anotaciones cronológicas, utilizando una copia de seguridad completa, todos los servidores Data Links activados Ninguna acción Ninguna acción Opcional
Restauración de espacio de tabla y recuperación de avance hasta el final de las anotaciones cronológicas, utilizando una copia de seguridad completa, como mínimo un servidor Data Links desactivado durante el proceso de recuperación de avance Ninguna acción Ninguna acción Opcional
Restauración de espacio de tabla y recuperación de avance hasta el final de las anotaciones cronológicas, utilizando una copia de seguridad completa o incompleta, cualquier servidor Data Links desactivado durante el proceso de restauración Ninguna acción Todas las tablas de espacios de tabla con enlaces a cualquier servidor Data Links que esté desactivado se ponen en estado Datalink_Reconcile _Pending Necesario para tablas de espacios de tabla con enlaces con cualquier servidor Data Links que está desactivado
Restauración de un espacio de tabla y recuperación de avance hasta el final de las anotaciones cronológicas, utilizando una copia de seguridad incompleta, todos los servidores Data Links activados Ninguna acción Ninguna acción Opcional
Restauración de base de datos y recuperación de avance hasta un punto en el tiempo, utilizando una copia de seguridad completa o incompleta, los servidores Data Links activados o desactivados durante la restauración y/o proceso de recuperación de avance Ninguna acción Las tablas se ponen en estado Datalink_Reconcile _Pending Necesario
Restauración espacio de tabla y recuperación de avance hasta un punto en el tiempo, utilizando una copia de seguridad completa o incompleta, los servidores Data Links activados o desactivados durante la restauración y/o proceso de recuperación de avance Ninguna acción Las tablas se ponen en estado Datalink_Reconcile _Pending Necesario
Restauración de una base de datos en otro nombre, alias, nombre de sistema principal o instancia de base de datos sin recuperación de avance (NOTA1) Las tablas se ponen en estado Datalink_Reconcile _Not_Possible N/D Opcional, pero las tablas en estado Datalink_Reconcile _Not_Possible deben arreglarse manualmente.
Restauración de una base de datos en otro nombre, alias, nombre de sistema principal o instancia de base de datos y recuperación de avance Ninguna acción Las tablas se ponen en estado Datalink_Reconcile _Not_Possible Opcional, pero las tablas en estado Datalink_Reconcile _Not_Possible deben arreglarse manualmente.
Restauración de base de datos a partir de una copia de seguridad inutilizable (se ha recogido la imagen como desecho en el servidor Data Links) sin recuperación de avance (NOTA1), con o sin opción WITHOUT DATALINK Las tablas se ponen en estado Datalink_Reconcile _Pending Ninguna acción Necesario
Restauración de base de datos a partir de una copia de seguridad inutilizable (se ha recogido la imagen como desecho en el servidor Data Links) y recuperación de avance, con o sin opción WITHOUT DATALINK Ninguna acción Las tablas se ponen en estado Datalink_Reconcile _Pending Necesario
Restauración de espacio de tabla a partir de una copia de seguridad inutilizable (se ha recogido la imagen como desecho en el servidor Data Links) y recuperación de avance Ninguna acción Las tablas se ponen en estado Datalink_Reconcile _Pending Necesario

Notas:

  1. Una restauración utilizando una copia de seguridad fuera de línea y la opción WITHOUT ROLLING FORWARD (logretain está activado), o una restauración utilizando una copia de seguridad fuera de línea (logretain está desactivado).

  2. Una copia de seguridad completa es la que se ha realizado cuando todos los servidores Data Links necesarios se estaban ejecutando. Una copia de seguridad incompleta es la que se ha realizado cuando al menos un servidor Data Links necesario no se estaba ejecutando.

  3. El proceso de reconciliación rápida no se realizará si la imagen de copia de seguridad que se ha utilizado para la operación de restauración de la base de datos se ha llevado a cabo después de una restauración de base de datos, con o sin recuperación de avance. En este caso, todas las tablas con columnas DATALINK se ponen en estado Datalink_Reconcile_Pending.

7.6.14 Detección de situaciones que requieren reconciliación

A continuación se encuentran algunas situaciones en las que puede ser necesario ejecutar el programa de utilidad de reconciliación:


[ Principio de página | Página anterior | Página siguiente ]