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:
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.
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:
db2 set write suspend for database
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.
db2start
db2inidb nombre_basedatos AS SNAPSHOT
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á.
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:
El procedimiento siguiente describe el modo de utilizar el sistema reflejado como imagen de copia de seguridad para restaurar el sistema primario:
db2start
db2inidb alias_basedatos AS MIRROR
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.
Una operación de restauración a partir de imágenes de copia de seguridad incremental consta de los pasos siguientes:
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.
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.
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
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.
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:
El objetivo aquí es el de disponer de un clon de sólo lectura de la base de datos primaria que pueda utilizarse, por ejemplo, para crear informes. Para hacerlo, siga estos pasos:
db2 set write suspend for database
db2 set write resume for database
La base de datos del sistema primario debería devolverse a un estado normal.
db2start
db2inidb <nombre_bd> as snapshot
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á.
La idea es que la base de datos reflejada (en espera) esté continuamente en recuperación de avance a través de las anotaciones cronológicas e incluso las nuevas anotaciones cronológicas que la base de datos primaria está creando se capten continuamente desde el sistema primario. Para utilizar la división de reflejo como base de datos en espera, siga estos pasos:
db2 set write suspend for database
db2 set write resume for database
La base de datos del sistema primario debería devolverse a un estado normal.
db2inidb <nombre_bd> as standby
db2 rollforward db <nombre_bd> to end of logs
El procedimiento siguiente describe el modo de utilizar el sistema reflejado como imagen de copia de seguridad para restaurar el sistema primario:
db2start
db2inidb <nombrebd> as mirror
La realización de una copia de seguridad fuera de línea en el reflejo dividido sin realizar la recuperación de detenciones anormales significa que se puede restaurar esta imagen de copia de seguridad encima del sistema primario. Para hacerlo, siga estos pasos:
db2 set write suspend for database
db2 set write resume for database
La base de datos del sistema primario debería devolverse a un estado normal.
db2start
db2inidb <nombre_bd> as standby
db2 backup database <nombre_bd>
Esto resulta en una conexión de base de datos implícita, pero no inicia la recuperación de detenciones anormales de DB2.
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.
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.
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.
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.
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.
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.
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.
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:
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:
SET CONSTRAINTS FOR tablename TO DATALINK RECONCILE PENDINGEsto pone la tabla en estado pendiente de reconciliación de enlace de datos y estado pendiente de comprobación.
SET CONSTRAINTS FOR tablename IMMEDIATE CHECKEDEsto 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.
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:
A continuación se encuentran algunas situaciones en las que puede ser necesario ejecutar el programa de utilidad de reconciliación:
En esta situación, las tablas con datos DATALINK ya estarán en estado DRP. Deberá invocar el programa de utilidad de reconciliación para cada una de estas tablas.