Exportar (0) Imprimir
Expandir todo
Expandir Minimizar

Usar transacciones marcadas (modelo de recuperación completa)

Actualizado: 17 de julio de 2006

Icono que muestra un disco de base de datos azul Este tema sólo es relevante para las bases de datos de SQL Server que utilizan los modelos de recuperación completa o por medio de registros de operaciones masivas.

Al realizar actualizaciones relacionadas en dos o más bases de datos, bases de datos relacionadas, puede usar marcas de transacción para recuperarlas a un punto con coherencia lógica. Sin embargo, en esta recuperación se pierden todas las transacciones que se confirmaron después de la marca utilizada como punto de recuperación. Las marcas de transacciones sólo son adecuadas cuando se están probando bases de datos relacionadas o cuando se está dispuesto a perder las últimas transacciones confirmadas.

Si se marcan periódicamente las transacciones relacionadas en todas las bases de datos relacionadas, se establece una serie de puntos de recuperación común en las bases de datos. Las marcas de transacción se graban en el registro de transacciones y se incluyen en las copias de seguridad de los registros. Si se produce un desastre, puede restaurar cada una de las bases de datos a la misma marca de transacción para recuperarlas a un punto coherente.

ms187014.note(es-es,SQL.90).gifNota:
Las copias de seguridad de registros de las distintas bases de datos se pueden crear por separado y no tienen que ser simultáneos.

La recuperación de bases de datos relacionadas en los escenarios siguientes requiere que ya se hayan marcado las transacciones de todas las bases de datos relacionadas:

  • Uno o más registros de transacciones se destruyen. Tiene que restaurar el conjunto de bases de datos a un estado coherente en el momento de la última copia de seguridad de registros.
  • Tiene que restaurar todo el conjunto de bases de datos a un estado coherente entre sí en algún momento anterior.
ms187014.note(es-es,SQL.90).gifImportante:
Las bases de datos relacionadas sólo se pueden recuperar hasta una transacción marcada, no hasta un momento específico.

Para obtener más información sobre cómo crear transacciones marcadas, vea "Crear las transacciones marcadas" más adelante en este tema.

Un escenario habitual para usar transacciones marcadas consta de los pasos siguientes:

  1. Crear una copia de seguridad completa o diferencial de cada una de las bases de datos relacionadas.
  2. Marcar un bloque de transacciones en todas las bases de datos.
  3. Realizar una copia de seguridad del registro de transacciones de todas las bases de datos.
  4. Restaurar las copias de seguridad de las bases de datos con WITH NORECOVERY.
  5. Restaurar los registros con WITH STOPATMARK.

Antes de insertar marcas con nombre en el registro de transacciones, tenga en cuenta lo siguiente:

  • Debido a que las marcas de transacción consumen espacio del registro, utilícelas sólo para aquellas transacciones que tengan una función importante en la estrategia de recuperación de la base de datos.
  • Después de la confirmación de una transacción marcada, se inserta una fila en la tabla logmarkhistory de msdb.
  • Si la transacción marcada abarca varias bases de datos del mismo servidor de base de datos o de diferentes servidores, las marcas se registran en los registros de todas las bases de datos afectadas.

Para crear una transacción marcada, use la instrucción BEGIN TRANSACTION y la cláusula WITH MARK [description]. La descripción (description) es opcional y es un texto descriptivo de la marca. Es necesario un nombre de marca para la transacción. Puede volver a usarse un nombre de marca. El registro de transacciones registra el nombre de la marca, su descripción, la base de datos, el usuario, la información de fecha y hora y el número de secuencia de registro (LSN). La información de fecha y hora se utiliza con el nombre de la marca para identificar la marca de forma única.

Para crear transacciones marcadas en un conjunto de bases de datos:

  1. Asigne un nombre a la transacción en la instrucción BEGIN TRAN y use la cláusula WITH MARK.
    Puede anidar la instrucción BEGIN TRAN new_mark_name WITH MARK en una transacción existente. El valor de new_mark_name es el nombre de marca de la transacción, aunque la transacción tenga un nombre de transacción.
    ms187014.note(es-es,SQL.90).gifNota:
    Si ejecuta una segunda instrucción anidada BEGIN TRAN...WITH MARK, dicha instrucción se omite pero genera un mensaje de advertencia.

  2. Ejecute una actualización en todas las bases de datos del conjunto.
    La marca de una transacción concreta se inserta en los registros de transacciones sólo en la instancia de servidor en que se ejecuta la instrucción BEGIN TRAN...WITH MARK. La marca de transacción se coloca en el registro de transacciones de todas las bases de datos actualizadas por la transacción marcada en esa instancia de servidor. Si las bases de datos se encuentran en distintas instancias de servidor, se deben crear marcas idénticas en cada una de dichas instancias.

Ejemplos

En el ejemplo siguiente se restaura el registro de transacciones a la marca de la transacción marcada denominada ListPriceUpdate.

USE AdventureWorks
GO
BEGIN TRANSACTION ListPriceUpdate
   WITH MARK 'UPDATE Product list prices';
GO

UPDATE Production.Product
   SET ListPrice = ListPrice * 1.10
   WHERE ProductNumber LIKE 'BK-%';
GO

COMMIT TRANSACTION ListPriceUpdate;
GO

-- Time passes. Regular database 
-- and log backups are taken.
-- An error occurs in the database.
USE master
GO

RESTORE DATABASE AdventureWorks
FROM AdventureWorksBackups
WITH FILE = 3, NORECOVERY;
GO

RESTORE LOG AdventureWorks
   FROM AdventureWorksBackups 
   WITH FILE = 4,
   RECOVERY, 
   STOPATMARK = 'ListPriceUpdate';

Un nombre de marca de transacción no se distribuye automáticamente a otro servidor cuando se distribuye la transacción. Para forzar que la marca se distribuya a los otros servidores, es necesario escribir un procedimiento almacenado que contenga una instrucción BEGIN TRAN name WITH MARK. Ese procedimiento almacenado se debe ejecutar en el servidor remoto en el ámbito de la transacción del servidor de origen.

Por ejemplo, suponga que hay una base de datos con particiones en varias instancias de SQL Server. En cada instancia hay una base de datos cuyo nombre es coyote. Primero, cree un procedimiento almacenado, por ejemplo sp_SetMark, en todas las bases de datos:

CREATE PROCEDURE sp_SetMark
@name nvarchar (128)
AS
BEGIN TRANSACTION @name WITH MARK
UPDATE coyote.dbo.Marks SET one = 1
COMMIT TRANSACTION;
GO

A continuación, cree el procedimiento almacenado sp_MarkAll que contenga una transacción que coloque una marca en cada base de datos. sp_MarkAll se puede ejecutar desde cualquiera de las instancias.

CREATE PROCEDURE sp_MarkAll
@name nvarchar (128)
AS
BEGIN TRANSACTION
EXEC instance0.coyote.dbo.sp_SetMark @name
EXEC instance1.coyote.dbo.sp_SetMark @name
EXEC instance2.coyote.dbo.sp_SetMark @name
COMMIT TRANSACTION;
GO

Confirmación en dos fases

La confirmación de una transacción distribuida tiene lugar en dos fases: preparación y confirmación. Cuando se confirma una transacción marcada, la entrada de registro de confirmación de cada base de datos de la transacción marcada se coloca en el registro en un punto en que no hay transacciones dudosas en ninguno de los registros. En este momento, es seguro que ninguna transacción aparecerá como confirmada en un registro pero no en otro.

Con los siguientes pasos se realiza esta tarea durante la confirmación de una transacción marcada:

  1. La fase de preparación del marcado de una transacción pausa las nuevas operaciones de preparación y confirmación.
  2. Sólo podrán continuar las confirmaciones de las transacciones ya preparadas.
  3. A continuación, el marcado de la transacción espera a que terminen todas las transacciones preparadas (con un tiempo de espera).
  4. Se prepara y se confirma la transacción marcada.
  5. Se quita la pausa de las nuevas preparaciones y confirmaciones.

Las pausas generadas por las transacciones marcadas que abarcan varias bases de datos pueden disminuir el rendimiento del procesamiento de las transacciones del servidor.

Se recomienda no ejecutar transacciones marcadas a la vez. Aunque es poco frecuente, la confirmación de una transacción marcada distribuida podría interbloquear otras transacciones marcadas distribuidas que se estén confirmando simultáneamente. Si esto sucede, se elegirá el marcado de la transacción como víctima del interbloqueo y se deshará la operación. Cuando se produce este error, la aplicación puede volver a intentar la transacción marcada. Si se intenta confirmar varias transacciones marcadas simultáneamente, la probabilidad de interbloqueo es mayor.

Para obtener información sobre cómo recuperar una base de datos con transacciones marcadas a una marca concreta o inmediatamente antes, vea Recuperar hasta una transacción marcada.

Versión Historial

17 de julio de 2006

Contenido modificado:
  • Se eliminó la sección "Tabla logmarkhistory". Para obtener información sobre esta tabla, vea logmarkhistory (Transact-SQL).
  • Se agregaron las consideraciones sobre el uso de las transacciones marcadas y la información sobre la sintaxis de Transact-SQL para insertar marcas con nombre en un registro de transacciones de Recuperar hasta una transacción marcada.
  • Se reemplazó el ejemplo.

5 de diciembre de 2005

Contenido modificado:
  • Se incorporó el tema anterior "Copia de seguridad y recuperación de bases de datos relacionadas".

Adiciones de comunidad

AGREGAR
Mostrar:
© 2015 Microsoft