Restauraciones de archivos (modelo de recuperación completa)

Artículo
06/25/2013

Este tema solo es pertinente para las bases de datos que contienen varios archivos o grupos de archivos con el modelo de recuperación completa o de carga masiva.

El objetivo de una restauración de archivos consiste en restaurar uno o varios archivos dañados sin necesidad de restaurar la totalidad de la base de datos. Un escenario de restauración de archivos consiste en una única secuencia de restauración que copia, pone al día y recupera los datos apropiados.

Si el grupo de archivos que se restaura es de lectura/escritura, es necesario aplicar una cadena ininterrumpida de copias de seguridad de registros después de que se restaure la última copia de seguridad de datos o diferencial. De esta forma, el grupo de archivos se actualiza a los registros existentes en los registros activos actuales del archivo de registro. Normalmente, el punto de recuperación está cerca del final del registro, aunque no necesariamente.

Si el grupo de archivos que se restaura es de solo lectura, por lo general, la aplicación de las copias de seguridad de registros no es necesaria y se omitirá. Si se hizo la copia de seguridad después de que el archivo pasará a ser de solo lectura, será la última copia de seguridad que se restaurará. La puesta al día se detiene en el punto de destino.

Los escenarios de restauración de archivos son los siguientes:

Restauración de archivos sin conexión

En una restauración de archivos sin conexión, la base de datos permanece sin conexión mientras se restauran los archivos o grupos de archivos dañados. Al final de la secuencia de restauración, la base de datos pasará a estar en línea.

Todas las ediciones de SQL Server 2012 admiten restauraciones de archivos sin conexión.

Restauración de archivos en línea

En restauración de archivos en línea, si la base de datos está en línea durante una restauración de archivos, permanecerá en línea durante la restauración de archivos. Sin embargo, cada grupo de archivos en el que se restaura un archivo está sin conexión durante la operación de restauración. Una vez recuperados todos los archivos de un grupo de archivos sin conexión, este se conecta automáticamente.

Para obtener información acerca de la compatibilidad con la restauración en línea de la página y de archivo, vea Características compatibles con las ediciones de SQL Server 2012. Para obtener más información acerca de restauraciones en línea, vea Restauración en línea (SQL Server).

Sugerencia
Si desea que la base de datos esté sin conexión durante una restauración de archivos, deje sin conexión la base de datos de que empiece a restaurar la secuencia realizando la acción siguiente ALTER DATABASE: ALTER DATABASE database_name SET OFFLINE.

En este tema:

Restaurar archivos dañados a partir de copias de seguridad de archivo
Tareas relacionadas

Restaurar archivos dañados a partir de copias de seguridad de archivo

Antes de restaurar uno o varios archivos dañados, intente crear una copia del final del registro.

Si se ha dañado el registro, no se puede crear una copia del final del registro y se debe restaurar toda la base de datos.

Para obtener información acerca de cómo realizar copias de seguridad de un registro de transacciones, vea Copias de seguridad de registros de transacciones (SQL Server).

Importante
En restauraciones de archivos sin conexión, siempre debe realizar una copia del final de registros después del error antes de la restauración de archivos. En restauraciones de archivos en línea, siempre debe realizar la copia de seguridad de registros después de la restauración de archivos. Esta copia de seguridad de registros es necesaria para que el archivo pueda recuperarse a un estado coherente con el resto de la base de datos.

En restauraciones de archivos sin conexión, siempre debe realizar una copia del final de registros después del error antes de la restauración de archivos. En restauraciones de archivos en línea, siempre debe realizar la copia de seguridad de registros después de la restauración de archivos. Esta copia de seguridad de registros es necesaria para que el archivo pueda recuperarse a un estado coherente con el resto de la base de datos.

Restaure cada archivo dañado a partir de la copia de seguridad más reciente de ese archivo.
Restaure la copia de seguridad diferencial de archivos más reciente, si existe, para cada archivo restaurado.
Restaure las copias de seguridad del registro de transacciones en orden, comenzando con la copia de seguridad que abarca el más antiguo de los archivos restaurados y finalizando con la copia del final del registro después del error creada en el paso 1.

Debe hacer que la base de datos sea coherente; para ello, restaure las copias de seguridad del registro de transacciones creadas después de las copias de seguridad de archivos. Las copias de seguridad del registro de transacciones se pueden poner al día rápidamente, porque solo se aplican los cambios correspondientes a los archivos restaurados. La restauración de archivos individuales puede ser mejor que la restauración de toda la base de datos, dado que los archivos dañados no se copian y, posteriormente, ponen al día. Sin embargo, aún debe leerse toda la cadena de copias de seguridad de registros.
Recupere la base de datos.

[!NOTA]

Las copias de seguridad de archivos se pueden utilizar para restaurar la base de datos a un momento anterior. Para ello, debe restaurar un conjunto completo de copias de seguridad de archivos y, a continuación, restaurar las copias de seguridad del registro de transacciones en orden hasta llegar al momento específico establecido, que es después del final de la copia de seguridad de archivos restaurada más reciente. Para obtener más información acerca de la recuperación a un momento dado, vea Restaurar una base de datos de SQL Server a un momento dado (modelo de recuperación completa).

Secuencia de restauración de Transact-SQL para la restauración de archivos sin conexión (modelo de recuperación completa)

Un escenario de restauración de archivos consiste en una única secuencia de restauración que copia, pone al día y recupera los datos apropiados.

En esta sección se muestran las opciones esenciales de RESTORE para una secuencia de restauración de archivos. La sintaxis y los detalles no pertinentes para este propósito se omiten.

La secuencia de restauración de ejemplo siguiente muestra una restauración sin conexión de dos archivos secundarios, A y B, mediante WITH NORECOVERY. A continuación, se aplican dos copias de seguridad de registros con NORECOVERY y, después, la copia del final del registro después del error, recuperada con WITH RECOVERY.

[!NOTA]

El siguiente ejemplo de secuencia de restauración se inicia tomando el archivo sin conexión y después crea una copia del final del registro.

--Take the file offline.
ALTER DATABASE database_name MODIFY FILE SET OFFLINE;
-- Back up the currently active transaction log.
BACKUP LOG database_name
   TO <tail_log_backup>
   WITH NORECOVERY;
GO 
-- Restore the files.
RESTORE DATABASE database_name FILE=name 
   FROM <file_backup_of_file_A> 
   WITH NORECOVERY;
RESTORE DATABASE database_name FILE=<name> ......
   FROM <file_backup_of_file_B> 
   WITH NORECOVERY;
-- Restore the log backups.
RESTORE LOG database_name FROM <log_backup> 
   WITH NORECOVERY;
RESTORE LOG database_name FROM <log_backup> 
   WITH NORECOVERY;
RESTORE LOG database_name FROM <tail_log_backup> 
   WITH RECOVERY;