Descripción de los efectos de las operaciones no registradas y registradas en la copia de seguridad del registro de transacciones y el proceso de restauración en SQL Server

Seleccione idioma Seleccione idioma
Id. de artículo: 272093 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

Algunas operaciones, que están registradas, no registrada o que quitar la parte inactiva del registro de transacciones, puede tener un efecto en la secuencia del registro de transacciones. Este artículo proporciona información acerca de estas operaciones y su efecto en la transacción posteriores inicie copia de seguridad y proceso de restauración.

En comparación con SQL Server 7.0, SQL Server 2000 utiliza tres nuevos modelos de recuperación. La diferencia en SQL Server 2000 también se describe en este artículo.

Más información

SQL Server 7.0

Dependiendo de la operación no registrada, SQL Server 7.0 puede comportarse de tres maneras diferentes al intentar realizar una copia de seguridad del registro de transacciones después de estas operaciones no registradas:
  • Comportamiento uno falla copia de seguridad con estos mensajes de error:
    Servidor: Msg 4213, nivel 16, estado 1, línea 1

    No se permite BACKUP LOG porque archivo ' nombrebd ' se ha sometidos a actualizaciones no registradas y no se confirman. Realizar una base de datos completa o diferencial de base de datos, copia de seguridad.
    - y -
    Servidor: Msg 3013, nivel 16, estado 1, línea 1

    Operación de copia de seguridad o restauración Fin anómalo.
    lo que produce este comportamiento?

    Operaciones no registradas que llevan a un comportamiento incluyen:

    • No registradas bcp
    • SELECT INTO
    • WRITETEXT
    • UPDATETEXT
    • Datos de servicios de transformación (DTS) con La carga rápida de usar y Bloqueo de tabla habilitado.
    Todas las operaciones anteriores implican la modificación de datos o insertar nuevos datos. Porque los nuevos datos no es iniciados totalmente en el registro de transacciones, el registro no puede utilizarse para restaurar los datos más adelante en el caso de un error catastrófico. Una copia de seguridad completa o diferencial de base de datos debe realizarse antes de que las copias de seguridad del registro de transacciones pueden reanudar.

  • La copia de seguridad produce un error con estos mensajes de error: comportamiento dos la copia de seguridad devuelve este mensaje de advertencia y, a continuación, realiza la copia de seguridad registro de transacciones:
    No hay ninguna copia de seguridad base de datos actual. Esta copia de seguridad del registro no puede utilizarse para confirmar una copia de seguridad anterior de la base de datos.
    lo que produce este comportamiento?

    Las operaciones que llevan a dos de comportamiento son:

    • COPIA DE SEGURIDAD DE REGISTRO CON TRUNCATE_ONLY
    • sp_dboption "trunc". log on chkpt", establezca en TRUE, seguido por

      sp_dboption "trunc". log on chkpt, establezca en FALSE.
    Estas operaciones truncan la parte inactiva del registro de transacciones sin hacer una copia de seguridad del registro de transacciones. Después de truncar el registro, los intentos subsiguientes de una copia de seguridad del registro de transacciones devuelven el mensaje de advertencia. SQL Server continuar creando la copia de seguridad registro de transacciones. Sin embargo, esta copia de seguridad registro de transacción no es válido y no se puede restaurar. Al intentar restaurar estas copias de seguridad registro, se devuelven los mensajes de error siguientes:

    Servidor: Msg 4305, nivel 16, estado 1, línea 1

    Este conjunto de copia de seguridad no se puede restaurar porque la base de datos ha no puesto hacia adelante lo suficientemente. Primero debe restaurar todos los registros anteriores antes de restaurar este registro.
    - y -
    Servidor: Msg 3013, nivel 16, estado 1, línea 1

    Operación de copia de seguridad o restauración Fin anómalo.
    Este comportamiento es por diseño. Cualquier usuario que ejecuta cualquiera de las operaciones anteriores debe tener en cuenta la naturaleza de las operaciones y la consecuencia. Una copia de seguridad completa o diferencial de base de datos debe realizarse si se realizan las operaciones anteriores.
  • La copia de seguridad produce un error con estos mensajes de error: comportamiento tres se copia el registro de transacciones sin ningún mensaje de advertencia.
lo que produce este comportamiento?

Operación que conduce a tres de comportamiento:
  • TRUNCAR TABLA
Truncar tabla reclama las páginas utilizadas por la tabla. El registro de transacciones registra la información de desasignación de página. Por lo tanto, la operación se puede propagar hacia delante. La copia de seguridad transacción subsiguiente del registro se permite y puede utilizarse para una posterior restauración.

SQL Server 2000 y en SQL Server 2005

En el modelo Recuperación completa, se registra cada cambio a la base de datos. Por tanto, se produce ninguna de las condiciones de error anterior.

En el modelo Recuperación simple, cualquier intento para realizar la copia del registro de transacciones siempre produce un error con los siguientes mensajes de error:
Servidor: Msg 4208, nivel 16, estado 1, línea 1

No se permite la instrucción BACKUP LOG mientras el modelo de recuperación sea SIMPLE. Utilice BACKUP DATABASE o cambie el modelo de recuperación con ALTER DATABASE.
- y -
Servidor: Msg 3013, nivel 16, estado 1, línea 1

BACKUP LOG está finalizando anormalmente.
En el modelo iniciado masiva, registro mínimo puede realizarse las siguientes operaciones ahorrar espacio de registro de transacciones:
  • Operaciones de carga masivas, como bcp y BULK INSERT.
  • CREATE INDEX, incluidas las vistas indizadas.
  • SELECT INTO
  • WRITETEXT
  • UPDATETEXT
  • DTS con La carga rápida de usar y Bloqueo de tabla habilitado.
Diferente de SQL Server 7.0, SQL Server 2000 y SQL Server 2005 permite hacerse una copia después de tales operaciones registradas el registro de transacciones. La copia de seguridad de dicha transacción registra no sólo copia el registro de seguridad, también copia las extensiones asignadas a las operaciones anteriores. Por lo tanto, se pueden utilizar tales copias de seguridad de registro para una posterior restauración. Sin embargo, el modelo de recuperación de registro masivo sólo permite restaurarse al final de una copia de seguridad del registro de transacciones cuando la copia de seguridad del registro contiene cambios masivos en la base de datos. Recuperación en momento dado no es compatible. Asimismo, la copia de seguridad un registro que contiene operaciones masivo requiere acceso a todos los archivos de datos en la base de datos. Si los archivos de datos no son accesibles, no se realiza una copia de seguridad el registro de transacciones final y se pierden todas las operaciones confirmadas en ese registro.

En SQL Server 2000 y en SQL Server 2005, el registro truncar punto de control opción existe sólo por compatibilidad con versiones anteriores. Microsoft recomienda que utilice en su lugar el modelo Recuperación simple. Si cambia el modelo de recuperación de completa o masivo a simple y enciéndala de nuevo, copias de seguridad del registro transacción subsiguiente devuelven el mismo mensaje de advertencia como se describe en sección dos del comportamiento de la "SQL Server 7.0" y realice la copia de seguridad de registro tras el mensaje de advertencia.

Operaciones de restauración posteriores mediante dichas copias de seguridad registro de transacciones de errores con los siguientes mensajes de error:
Servidor: Msg 4305, nivel 16, estado 1, línea 1

El registro de este conjunto de copia de seguridad comienza en LSN LSNnumber , que es demasiado tarde para aplicarlo a la base de datos. Se puede restaurar una copia de seguridad anterior del registro que incluye el LSN LSNnumber .
- y -
Servidor: Msg 3013, nivel 16, estado 1, línea 1

RESTORE LOG está finalizando anormalmente.
Comportamiento tres descrito en la sección "SQL Server 7.0" también se aplica a SQL Server 2000.

Propiedades

Id. de artículo: 272093 - Última revisión: miércoles, 7 de diciembre de 2005 - Versión: 4.3
La información de este artículo se refiere a:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Workgroup Edition
Palabras clave: 
kbmt kbinfo KB272093 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 272093

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com