Copias del final del registro (SQL Server)

Artículo
06/25/2013

Este tema solamente es pertinente para copias de seguridad y restauración de las bases de datos de SQL Server que usan el modelo de recuperación optimizado para cargas masivas de registros o el modelo de recuperación completa.

Una copia del final del registro captura las entradas de registro de las que todavía no se ha realizado copia de seguridad (el final del registro) para evitar la pérdida de trabajo y mantener la cadena de registros intacta. Para poder recuperar una base de datos de SQL Server al último momento, debe realizar una copia del final del registro de transacciones. La copia del final del registro será la copia de seguridad de interés en el plan de recuperación de la base de datos.

[!NOTA]

No todos los escenarios de restauración requieren una copia del final del registro. No necesita una copia del final del registro si el punto de recuperación está incluido en una copia de seguridad de registros anterior. Además, no es necesaria una copia del final del registro si va a mover o reemplazar (sobrescribir) la base de datos y no necesita restaurarla a un momento posterior de la copia de seguridad más reciente.

En este tema:

Escenarios que requieren una copia del final del registro
Copias del final del registro con metadatos de copia de seguridad incompletos
Tareas relacionadas
Contenido relacionado

Escenarios que requieren una copia del final del registro

Recomendamos realizar una copia del final del registro en los siguientes escenarios:

Si la base de datos está en línea y planea realizar una operación de restauración en la base de datos, comience con una copia del final del registro. Para evitar un error de una base de datos en línea, debe usar la opción … WITH NORECOVERY de la instrucción de BACKUP Transact-SQL.
Si una base de datos está sin conexión y no puede iniciarse y necesita restaurar la base de datos, primero haga una copia del final del registro. Debido a que no pueden producirse otras transacciones en este momento, el uso de WITH NORECOVERY es opcional.
Si se daña una base de datos, intente hacer una copia del final del registro con la opción WITH CONTINUE_AFTER_ERROR de la instrucción BACKUP.

En una base de datos dañada, la copia del final del registro se puede completar sin errores solo si los archivos de registro no están dañados, si la base de datos tiene un estado que admite copias de seguridad de registros después del error y si la base de datos no contiene cambios registrados de forma masiva. Si no se puede crear una copia del final del registro, se pueden las transacciones confirmadas después de la última copia de seguridad de registros.

En la tabla siguiente se resumen las opciones BACKUP NORECOVERY y CONTINUE_AFTER_ERROR.

NORECOVERY

Use NORECOVERY cada vez que desee continuar con una operación de restauración en la base de datos. NORECOVERY pone la base de datos en el estado de restauración. Esto garantiza que la base de datos no cambie después de realizar la copia del final del registro.

El registro se truncará a menos que también se especifique la opción NO_TRUNCATE o COPY_ONLY.

Importante
Recomendamos evitar el uso de NO_TRUNCATE, excepto cuando la base de datos esté dañada.

CONTINUE_AFTER_ERROR

Utilice CONTINUE_AFTER_ERROR solo si va a crear una copia del final de una base de datos dañada.

[!NOTA]

Al realizar una copia de seguridad del final del registro de una base de datos dañada, es posible que parte de los metadatos que comúnmente se capturan en las copias de seguridad de registros no estén disponibles. Para obtener más información, vea Copias del final del registro con metadatos de copia de seguridad incompletos, más adelante en este tema.

Copias del final del registro con metadatos de copia de seguridad incompletos

Las copias de seguridad de registros después del error capturan el final del registro aunque falten archivos en la base de datos, o la base de datos esté sin conexión o dañada. Sin embargo, esto puede provocar que se obtengan metadatos incompletos de los comandos de información de restauración y msdb. Sin embargo, solo los metadatos están incompletos. El registro capturado está completo y en condiciones de uso.

Si una copia del final del registro tiene metadatos incompletos, en la tabla backupset se establece has_incomplete_metadata en 1. Asimismo, en la salida de RESTORE HEADERONLY, HasIncompleteMetadata se establece en 1.

Si los metadatos de la copia del final del registro están incompletos, a la tabla backupfilegroup le faltará la mayoría de la información sobre grupos de archivos en el momento de realizar la copia de seguridad de registros después del error. La mayoría de las columnas de la tabla backupfilegroup son NULL; las únicas columnas significativas son las siguientes: