El registro de transacciones (SQL Server)

El registro de transacciones permite las siguientes operaciones:

• Recuperación de transacciones individuales.

• Recuperación de todas las transacciones incompletas cuando se inicia SQL Server.

• Puesta al día de una base de datos, un archivo, un grupo de archivos o una página restaurados hasta el momento exacto del error.

• Permitir replicación transaccional.

• Compatibilidad con soluciones de alta disponibilidad y recuperación ante desastres: Grupos de disponibilidad AlwaysOn, creación de reflejo de base de datos y trasvase de registros.

[Arriba]

El truncamiento del registro libera el espacio en el archivo de registro para que lo pueda reutilizar el registro de transacciones. El truncamiento del registro es esencial para evitar que se llene. El truncamiento del registro elimina los archivos de registro virtuales inactivos del registro de transacciones lógico de una base de datos SQL Server, liberando espacio en el registro lógico para que lo reutilice el registro de transacciones físico. Si no se truncara nunca un registro de transacciones, acabaría ocupando todo el espacio de disco asignado a sus archivo de registro físicos.

Para evitar este problema, a menos que el truncamiento del registro se retrase por algún motivo, el truncamiento se produciría automáticamente después de los siguientes eventos:

• En el modelo de recuperación simple, después de un punto de comprobación.

• En el modelo de recuperación completa o de recuperación de registros masivos, si se ha producido un punto de comprobación desde la copia de seguridad anterior, el truncamiento se produce después de una copia de seguridad de registros (a menos que sea una copia de seguridad de registros de solo copia).

Para obtener más información, vea Factores que pueden ralentizar el truncamiento del registro, más adelante en este tema.

Nota
El truncamiento del registro no reduce el tamaño del archivo de registro físico. Para reducir el tamaño físico de un archivo de registro físico, se debe reducir el archivo de registro. Para obtener información sobre cómo reducir el tamaño de un archivo de registro físico, vea Administrar el tamaño del archivo de registro de transacciones.

[Arriba]

Cuando las entradas de registro permanecen activas durante una transacción de larga duración, se retrasa el truncamiento del registro y es posible que se llene el registro de transacciones.

Importante
Para obtener información acerca de cómo responder ante un registro de transacciones lleno, vea Solucionar problemas de un registro de transacciones lleno (Error 9002 de SQL Server).

El truncamiento del registro se puede retrasar por diferentes factores. Puede descubrir qué es la prevención del truncamiento del registro consultando las columnas log_reuse_wait y log_reuse_wait_desc de la vista de catálogo sys.databases. En la tabla siguiente se describen los valores de estas columnas.

[Arriba]

El registro mínimo implica registrar únicamente la cantidad de información necesaria para recuperar la transacción sin permitir la recuperación a un momento dado. En este tema se identifican las operaciones que se registran mínimamente en el modelo de recuperación optimizado para cargas masivas de registros (y en el modelo de recuperación simple, excepto cuando se está ejecutando una copia de seguridad).

Nota

Con el modelo de recuperación completa, todas las operaciones masivas se registran completamente. Sin embargo, puede usar el registro mínimo en un conjunto de operaciones masivas cambiando la base de datos temporalmente al modelo de recuperación optimizado para cargas masivas de registros para este tipo de operaciones. El registro mínimo resulta más eficaz que el registro completo y reduce la posibilidad de que una operación masiva a gran escala termine por ocupar todo el espacio del registro de transacciones durante una transacción masiva. Sin embargo, si la base de datos se daña o se pierde cuando el registro mínimo está activo, no se podrá recuperar la base de datos hasta el momento del error.

Las operaciones siguientes, que se registran completamente en el modelo de recuperación completa, se registran mínimamente en el modelo de recuperación simple y en el optimizado para cargas masivas de registros:

• Operaciones de importación masiva (bcp, BULK INSERT e INSERT... SELECT). Para obtener más información sobre cuándo se registra mínimamente una importación masiva en una tabla, vea Requisitos previos para el registro mínimo durante la importación masiva.

  Nota
  Cuando la replicación transaccional está habilitada, las operaciones BULK INSERT se registran por completo en el modelo de recuperación optimizado para cargas masivas de registros.

• Operaciones SELECT INTO.

  Nota
  Cuando la replicación transaccional está habilitada, las operaciones SELECT INTO se registran por completo en el modelo de recuperación optimizado para cargas masivas de registros.

• Actualizaciones parciales de tipos de datos de valores grandes que usan la cláusula .WRITE de la instrucción UPDATE al insertar o anexar datos nuevos. Tenga en cuenta que el registro mínimo no se utiliza cuando se actualizan valores existentes. Para obtener más información acerca de los tipos de datos de valores grandes, vea Tipos de datos (Transact-SQL).

• Las instrucciones WRITETEXT y UPDATETEXT al insertar o anexar datos nuevos en las columnas de tipos de datos text, ntext e image. Tenga en cuenta que el registro mínimo no se utiliza cuando se actualizan valores existentes.

  Nota
  Las instrucciones WRITETEXT y UPDATETEXT han quedado desusadas, por lo que debería evitar utilizarlas en las aplicaciones nuevas.

• Si la base de datos está establecida en el modelo de recuperación optimizado para cargas masivas de registros o simple, algunas operaciones DDL de índices se registran mínimamente con independencia de si la operación se ejecuta sin conexión o con conexión. Las operaciones de índice registradas mínimamente son:

  • Operaciones CREATE INDEX (incluidas las vistas indizadas).

  • Operaciones ALTER INDEX REBUILD o DBCC DBREINDEX.

    Nota
    La instrucción DBCC DBREINDEX ha quedado desusada, por lo que debería evitar utilizarla en las aplicaciones nuevas.

  • Regeneración del nuevo montón DROP INDEX (si procede).

    Nota
    La desasignación de páginas de índice durante una operación DROP INDEX siempre se registra completamente.

[Arriba]

Managing the transaction log

• Administrar el tamaño del archivo de registro de transacciones

• Solucionar problemas de un registro de transacciones lleno (Error 9002 de SQL Server)

Copia de seguridad del registro de transacciones (modelo de recuperación completa)

• Realizar copia de seguridad de un registro de transacciones (SQL Server)

Restaurar el registro de transacciones (modelo de recuperación completa)

• Restaurar una copia de seguridad de registros de transacciones (SQL Server)

[Arriba]

Conceptos