KB2653893: se tarda mucho tiempo en restaurar una base de datos en SQL Server 2008 R2 o en SQL Server 2008 o en SQL 2012

Síntomas

Restaurar una base de datos en Microsoft SQL Server 2008 R2 o en Microsoft SQL Server 2008 o en Microsoft SQL Server 2012 puede tardar mucho tiempo.

Causa

Este problema se produce porque se tarda mucho tiempo en crear la lista de archivos de registro virtuales (VLF) cuando hay muchos VLFs en la base de datos.

Resolución

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "Se aplica a".

Más información

Puede comprobar el número de segmentos de VLF revisando el archivo de registro de errores de SQL y, a continuación, buscar el número de secuencia de registro (LSN) en cada archivo de copia de seguridad del registro de transacciones. Los primeros dígitos antes del símbolo de dos puntos en el LSNs corresponden al número del LSN. Por ejemplo, el primer número del primer mensaje informativo del LSN es 1. Sin embargo, el primer número del mensaje informativo del LSN es 100001. En este escenario, hay 100.000 VLFs que se usan entre la hora del primer mensaje informativo y del segundo mensaje informativo. Por lo tanto, el registro de transacciones fragmentado registrado que tiene muchos archivos de registro virtuales (VLFs) se asemeja a lo siguiente:

{Se hizo una copia de seguridad del registro. Base de datos: mydbname, fecha de creación (hora): 2010/07/08 (12:36:46), primer LSN: 1:5068:70, último LSN: 1:5108:1, número de dispositivos de volcado: 1, información del dispositivo: (archivo = 1, tipo = disco: {' C:\folder\logbackup1.TRN '}). Este es un mensaje informativo. No se requiere ninguna acción por el usuario. Se realizó una copia de seguridad del registro. Base de datos: mydbname, fecha de creación (hora): 2010/07/08 (15:36:46), primer LSN: 100001:5108:1, último LSN: 100002:5108:1, número de dispositivos de volcado: 1, información del dispositivo: (archivo = 2, tipo = disco: {' C:\folder\logbackup2.TRN '}). Este es un mensaje informativo. No se requiere ninguna acción por el usuario.}

Referencias

Para obtener más información sobre los números de secuencia de registro (LSN), visite el siguiente sitio web de MSDN:

Información general acerca de los números de secuencia de registro

Para obtener más información sobre cómo puede influir la estructura de los archivos de registro en el tiempo de recuperación de la base de datos, visite el siguiente sitio web de MSDN:

Cómo una estructura de archivos de registro puede afectar al tiempo de recuperación de la base de datosPara obtener más información sobre el registro de transacciones VLFs, visite el siguiente sitio web de MSDN:

Información general sobre el archivo de registro de transacciones

Solución alternativa

• Espere a que se complete la operación de restauración o de recuperaciónSi tiene una base de datos no recuperada que experimenta un bajo nivel de rendimiento al restaurar o recuperar la base de datos, es posible que tenga que esperar a que se complete la operación de restauración o de recuperación. Por ejemplo, es posible que vea el estado sin conexión o el estado de recuperación en SQL Server Management Studio (SSMS) para una base de datos no recuperada. Detener SQL Server generalmente no ofrece ningún alivio por una recuperación lenta y puede tardar más tiempo en repetir las mismas fases de análisis de recuperación, rehacer fase o deshacer.

• Evitar restaurar la secuencia del registro de transacciones que contiene miles de VLFsSi experimenta un bajo nivel de rendimiento al restaurar y recuperar una base de datos con un archivo de copia de seguridad, puede evitar restaurar las secuencias del registro de transacciones que contienen miles de VLFs. Para identificar el archivo de copia de seguridad que tiene la mayoría de los archivos de registro virtuales grabados, use la siguiente instrucción para ver las columnas FirstLSN y LastLSN en los archivos de la copia de seguridad del registro: RESTOre HEADERONLY de disco = ' C:\folder\file.TRN ' puede decidir evitar restaurar los archivos de copia de seguridad de registros. O bien, puede usar la instrucción STOP AT de los comandos de restauración para evitar las partes muy fragmentadas de los registros de transacciones. Si no restaura completamente las secuencias de registro hasta el último momento en un escenario de recuperación de errores, la pérdida de datos se produce en el SQL Server de la base de datos. Esta pérdida de datos se produce porque no se conservan todas las transacciones. Por lo tanto, existe una decisión de equilibrio empresarial. Puede restaurar por completo un registro de transacciones muy fragmentado. Sin embargo, esta operación puede demorar muchas horas. También puede usar la instrucción STOP AT en la recuperación para detener la recuperación antes de que la parte del registro sea muy fragmentada. Sin embargo, se perderán las transacciones que no se hayan omitido.Nota Sin instalar este hotfix, generalmente no es un recurso seguro para la recuperación acelerada después de reiniciar SQL Server. SQL Server tiene que buscar la lista de VLFs para analizar los archivos de registro, rehacer las transacciones completadas y, después, deshacer las transacciones incompletas para finalizar la recuperación y poner la base de datos en línea de forma segura. No puede omitir de forma segura las transacciones durante la recuperación.