Artículo
03/30/2012

Crear copias de seguridad de registros de transacciones

Este tema solamente es relevante para las bases de datos que utilizan los modelo de recuperación optimizado para cargas masivas de registros.

En este tema se describen las consideraciones para hacer una copia de seguridad del registro de transacciones y se proporcionan vínculos a los procedimientos para crear copias de seguridad de registros. Para obtener más información acerca de las copias de seguridad del registro de transacciones, vea Trabajar con copias de seguridad del registro de transacciones.

Condiciones para realizar copias de seguridad del registro de transacciones

Como mínimo, debe tener al menos una copia de seguridad completa antes de poder hacer cualquier copia de seguridad de registros. A continuación, se puede realizar una copia de seguridad del registro de transacciones durante cualquier copia de seguridad, excepto otra copia de seguridad de registros. Se recomienda realizar copias de seguridad de registros frecuentemente para minimizar el riesgo de pérdida de trabajo y habilitar el truncamiento del registro.

Normalmente, antes de restaurar una base de datos debería intentar realizar una copia de seguridad del final del registro. Para obtener información acerca de cómo crear una copia del final del registro y de las situaciones en las que no se requiere una copia del final del registro, vea Copias del final del registro.

Cómo funciona una secuencia de copias de seguridad de registros

Un administrador de bases de datos suele crear una copia de seguridad completa de base de datos a intervalos periódicos, por ejemplo, semanalmente. Opcionalmente, un administrador crea una copia de seguridad diferencial a intervalos más cortos, por ejemplo, diariamente; y crea una copia de seguridad del registro de transacciones frecuentemente, por ejemplo cada 10 minutos. El intervalo óptimo entre copias de seguridad depende de factores como la importancia de los datos, el tamaño de la base de datos y la carga de trabajo del servidor.

Si el registro de transacciones resulta dañado, perderá el trabajo realizado desde la última copia de seguridad de registros. Es muy importante colocar los archivos de registros en medios de almacenamiento con tolerancia a errores.

La secuencia de las copias de seguridad del registro de transacciones es independiente de las copias de seguridad de bases de datos completas. Realice una secuencia de copias de seguridad del registro de transacciones y, a continuación, realice copias de seguridad de bases de datos completas periódicas que se utilicen para iniciar una operación de restauración. Por ejemplo, suponga la siguiente secuencia de eventos.

Hora	Evento
8:00 a. m.	Copia de seguridad de la base de datos.
Mediodía	Copia de seguridad del registro de transacciones.
4:00 p. m.	Copia de seguridad del registro de transacciones.
6:00 p. m.	Copia de seguridad de la base de datos.
8:00 p. m.	Copia de seguridad del registro de transacciones.

La copia de seguridad de registros de transacciones creada a las 8:00 p.m. contiene las entradas de registros de transacciones comprendidas entre las 4:00 p.m. y las 8:00 p.m., período que abarca el momento en que se creó la copia de seguridad de base de datos completa (a las 6:00 p.m.). La secuencia de copias de seguridad de registros de transacciones es continua desde la primera copia de seguridad de base de datos completa, creada a las 8:00 a.m., hasta la última copia de seguridad de registros de transacciones, creada a las 8:00 p.m.

Para obtener información sobre cómo aplicar estos registros de transacciones, vea el ejemplo que aparece en Aplicar copias de seguridad del registro de transacciones.

Nota

De forma predeterminada, cada operación de copia de seguridad correcta agrega una entrada en el registro de errores de SQL Server y en el registro de eventos del sistema. Si hace una copia de seguridad del registro de transacciones con frecuencia, estos mensajes que indican la corrección de la operación pueden acumularse rápidamente, con lo que se crean registros de errores muy grandes que pueden dificultar la búsqueda de otros mensajes. En casos como éste, puede suprimir estas entradas de registro utilizando la marca de seguimiento 3226 si ninguno de los scripts depende de esas entradas. Para obtener más información, vea Marcas de seguimiento (Transact-SQL).