Compartir a través de


Copias del final del registro (SQL Server)

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 del 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 intacta la cadena de registros. 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.

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 para una base de datos en línea, debe usar ... OPCIÓN WITH NORECOVERY de la instrucción BACKUPde 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.

Opción BACKUP LOG Comentarios
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 trunca a menos que también se especifique la opción NO_TRUNCATE o COPY_ONLY.

**Importante** Se recomienda 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 usar la copia de seguridad del final del registro en una base de datos dañada, algunos de los metadatos normalmente capturados en las copias de seguridad de registros podrían no estar 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 del final del registro. La mayoría de las columnas de la tabla backupfilegroup son NULL; las únicas columnas significativas son las siguientes:

  • backup_set_id

  • filegroup_id

  • type

  • type_desc

  • is_readonly

Related Tasks

Para crear una copia de seguridad del final del registro, consulte Copia de seguridad del registro de transacciones cuando la base de datos está dañada (SQL Server).

Para restaurar una copia de seguridad del registro de transacciones, consulte Restaurar una copia de seguridad del registro de transacciones (SQL Server).

Consulte también

BACKUP (Transact-SQL)
RESTORE (Transact-SQL)
Copia de seguridad y restauración de bases de datos de SQL Server
Copias de seguridad de solo copia (SQL Server)
Copias de seguridad de registros de transacciones (SQL Server)
Aplicar copias de seguridad de registros de transacción (SQL Server)