Copias de seguridad de registros después del error

Actualizado: 17 de julio de 2006

 Este tema sólo es relevante para las bases de datos que utilizan los modelos de recuperación completa o por medio de registros de operaciones masivas.

En la mayoría de los casos, en los modelos de recuperación completa o por medio de registros de operaciones masivas, SQL Server 2005 requiere que se realice una copia de seguridad del final del registro para capturar las entradas del registro de las que todavía no se ha realizado una copia de seguridad. Las copias de seguridad de registros que se realizan después del error, antes de una operación de restauración se denominan copias de seguridad de registros después del error.

SQL Server 2005, por lo general, requiere que se realice una copia de seguridad de registros después del error antes de comenzar a restaurar una base de datos. La copia de seguridad de registros después del error evita la pérdida de trabajo y mantiene intacta la cadena de registros. Cuando se recupera una base de datos al momento en que se produjo el error, la copia de seguridad de registros después del error es la última copia de seguridad de interés del plan de recuperación. Si no puede realizar una copia de seguridad de registros después del error, puede recuperar una base de datos sólo al final de la última copia de seguridad que se creó antes del error.

No todos los escenarios de restauración requieren una copia de seguridad de registros después del error. No es necesario tener una copia de seguridad de registros después del error si el punto de recuperación está en una copia de seguridad de registros anterior o si va a mover o reemplazar (sobrescribir) la base de datos. También, si los archivos de registro están dañados y no se puede crear una copia de seguridad de registros después del error, debe restaurar la base de datos sin utilizar una copia de seguridad de registros después del error. Las transacciones confirmadas después de la última copia de seguridad de registros se perderán. Para obtener más información, vea "Restaurar sin utilizar una copia de seguridad de registros después del error" más adelante en este tema.

Realizar una copia de seguridad del final del registro

Al igual que cualquier copia de seguridad de registros, una copia de seguridad de registros después del error se realiza con la instrucción BACKUP LOG. Recomendamos realizar una copia de seguridad de registros después del error en las siguientes situaciones:

• Si la base de datos está en línea, antes de iniciar una secuencia de restauración, realice una copia de seguridad de registros después del error con WITH NORECOVERY cada vez que la acción siguiente que piense realizar en la base de datos sea una operación de restauración:
  RESTORE LOG database_name FROM <backup_device> WITH NORECOVERY.

  [!NOTA] Para evitar un error, la opción NORECOVERY es necesaria.

• Si la base de datos no tiene conexión y no se inicia.
  Intente hacer una copia de seguridad de registros después del error. Debido a que no pueden producirse otras transacciones en este momento, el uso de WITH NORECOVERY es opcional. Si la base de datos está dañada, utilice WITH CONTINUE_AFTER_ERROR o WITH NO_TRUNCATE.
  BACKUP LOG database_name TO <backup_device> [WITH { CONTINUE_AFTER_ERROR | NO_TRUNCATE }

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

  Si la base de datos está dañada, por ejemplo, si no se inicia, una copia de seguridad de registros después del error se completa sin errores sólo 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.

Estas opciones se resumen en la siguiente tabla.

Opción BACKUP LOG

Comentarios

NORECOVERY

Utilice 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 de seguridad de registros después del error.

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

{ CONTINUE_AFTER_ERROR | NO_TRUNCATE }

Utilice NO_TRUNCATE o CONTINUE_AFTER_ERROR sólo si va a crear una copia de seguridad 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 de seguridad de registros después del error con metadatos de copia de seguridad incompletos" más adelante en este tema.

Para crear una copia de seguridad del registro de transacciones cuando la base de datos está dañada

• Cómo realizar una copia de seguridad del registro de transacciones cuando la base de datos está dañada (Transact-SQL)
• Cómo realizar una copia de seguridad de un registro de transacciones (SQL Server Management Studio)

Copias de seguridad de registros después del error 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, sólo los metadatos están incompletos. El registro capturado está completo y en condiciones de uso.

Si una copia de seguridad de registros después del error 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 de seguridad de registros después del error 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:

• backup_set_id
• filegroup_id
• type
• type_desc
• is_readonly

Restaurar sin utilizar una copia de seguridad de registros después del error

Los escenarios de restauración en los que no es necesaria una copia de seguridad de registros después del error incluyen los siguientes:

• Restaurar una base de datos a un momento determinado incluido en una copia de seguridad de registros después del error anterior.
  No es necesario realizar una copia de seguridad de registros después del error si se restaura una base de datos y se especifican las opciones STOPAT, STOPATMARK o STOPBEFOREMARK en cada instrucción RESTORE de la secuencia de restauración.
  Para restaurar una base de datos a un momento anterior
  • Para utilizar Transact-SQL a fin de restaurar datos a un momento específico, vea Cómo restaurar a un momento determinado (Transact-SQL), Recuperar hasta una transacción marcada o Recuperar a un número de secuencia de registro (LSN).
  • Para utilizar SQL Server Management Studio, vea Cómo restaurar a un momento dado (SQL Server Management Studio) o Cómo restaurar una base de datos en una transacción marcada (SQL Server Management Studio).
• Restaurar una copia de una base de datos en una nueva ubicación.
  Cuando se restaura una base de datos, puede utilizar el mismo nombre de base de datos sólo si se la restaura a una instancia de servidor distinta, como cuando se crea una base de datos reflejada para la creación de reflejo o una base de datos secundaria para el trasvase de registros. Si mueve una base de datos en la misma instancia de servidor, debe especificar un nuevo nombre para la base de datos.
  Para restaurar una base de datos en una nueva ubicación
  • Mediante Transact-SQL, en cada instrucción RESTORE de la secuencia de restauración, especifique la opción MOVE. Para obtener más información, vea Cómo restaurar una base de datos en una ubicación nueva y con un nombre nuevo (Transact-SQL) o Cómo restaurar archivos en una nueva ubicación (Transact-SQL).
  • Mediante SQL Server Management Studio, especifique la nueva ubicación de cada archivo en el campo Restaurar como de Restaurar base de datos (página Opciones). Para obtener más información, vea Cómo restaurar una copia de seguridad de base de datos (SQL Server Management Studio).
• Reemplazar completamente (sobrescribir) la base de datos.

  Advertencia:
  La restauración con la opción REPLACE no debe usarse a menudo y sólo deben hacerlo administradores de bases de datos con experiencia, después de haberlo pensado detenidamente. Para obtener más información, vea Usar la opción REPLACE.

  **Para reemplazar una base de datos** - Mediante Transact-SQL, especifique la opción REPLACE en las instrucciones [RESTORE](ms186858\(v=sql.90\).md). - Mediante SQL Server Management Studio, especifique la nueva ubicación de cada archivo en el campo **Restaurar como** de **Restaurar base de datos** (página **Opciones**). Para obtener más información, vea [Cómo restaurar una copia de seguridad de base de datos (SQL Server Management Studio)](ms177429\(v=sql.90\).md).

Vea también

Conceptos

Copias de seguridad de sólo copia
Estados de base de datos
Aplicar copias de seguridad del registro de transacciones
Crear copias de seguridad del registro de transacciones

Otros recursos

BACKUP (Transact-SQL)

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios