Ciertas operaciones de base de datos tener una duración muy larga para completar o producen errores cuando el registro de transacciones tiene numerosos archivos de registro virtuales

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

Síntomas

Pueden surgir los problemas siguientes:
  1. Las bases de datos de uno o más tardan mucho tiempo para finalizar la recuperación durante el inicio de SQL Server
  2. Al realizar la restauración de una base de datos, tarda mucho tiempo en completarse
  3. Intentos de adjuntar una base de datos tarda mucho tiempo para finalizar
  4. Al intentar el espejado de bases de datos de programa de instalación los mensajes de error de encuentro 1413, 1443 y 1479 que indica un tiempo de espera.
  5. Encuentro memoria relacionados con errores como 701 cuando intenta restaurar una base de datos

Cuando examine el registro de errores de SQL Server, observe que se pasó bastante tiempo antes de la fase de análisis del proceso de recuperación de base de datos.
2010-05-08 14:42:38.65 spid22s iniciando la base de datos 'lot_of_vlfs'.
2010-05-08 14:46:04.76 spid22s análisis de la base de datos 'lot_of_vlfs' (16) es 0% completado (permanecen aproximadamente 0 segundos). Fase 1 de 3. Esto es sólo un mensaje informativo. Se requiere ninguna acción de usuario.

Causa

Durante las fases iniciales de un proceso de recuperación de bases de datos, proforms de SQL Server un descubrimiento de todos los archivos de registro virtuales presentes en todos los archivos de registro de transacciones. Se genera una lista de todos los archivos de registro virtuales. Este proceso puede tardar mucho tiempo dependiendo del número de archivos de registro virtuales presentes en la base de datos específica. Una base de datos puede terminar con un gran número de archivos de registro virtuales si los encuentros de registro de transacciones frecuentes de crecen automático con el crecimiento pasando por incrementos de tamaño muy pequeño.

Normalmente iniciar detecta los problemas mencionados en la sección síntomas cuando el número de archivos de registro virtuales es el rango de varios cientos de miles.

Solución

Puede utilizar los métodos desde el blog siguiente para buscar el número de archivos de registro virtuales en una base de datos concreta:
Cómo puede afectarle el tiempo de recuperación de base de datos a una estructura de archivos de registro
Es posible que deba mantener el número total de archivos de registro virtuales en un número razonable al igual que 10.000.

Puede volver a configurar el archivo de registro de transacciones para que contenga sólo un número limitado de archivos de registro virtuales mediante los métodos siguientes:
  1. Comprimir los archivos de registro de transacciones, incrementar los archivos a los tamaños necesarios manualmente con la base de datos de TSQL ALTER <database name="">MODIFY FILE (nombre = 'nombre de archivo lógico de transacción ', tamaño de registro = <required size="">)</required> </database>
  2. Volver a generar el archivo de registro de transacciones y crecer, a continuación, los archivos de registro de transacciones para los tamaños necesarios manualmente
    1. Si la base de datos anteriormente estaba apagado limpio [con ningún usuario o las transacciones abiertas], se puede hacer uso de la ATTACH_REBUILD_LOG de opción de crear la base de datos para crear un nuevo archivo de registro de transacciones.
    2. Si una base de datos de lectura y escritura tiene un único archivo que no está actualmente disponible de registro y si se cerró la base de datos limpia [con los usuarios ni las transacciones abiertas] antes de la operación de asociación, para adjuntar la opción de crear la base de datos automáticamente vuelve a generar el archivo de registro y actualiza el archivo principal.

Después de volver a configurar el diseño del archivo de registro de transacciones, revise y realice los cambios necesarios para el crecimiento automático de configuración para el archivo de registro de transacciones para evitar encontrarse con el mismo problema en el futuro.

Nota Antes de realizar cualquiera de estas operaciones, asegúrese de que tiene una copia de seguridad válida pueden restaurar en caso de encontrarse algunos problemas más adelante.

2524743 REVISIÓN: La recuperación tarda más tiempo del esperado para una base de datos en un SQL Server de 2008 o en un entorno de SQL Server 2008 R2

2455009 REVISIÓN: Un rendimiento lento al recuperar una base de datos si hay muchos VLF dentro del registro de transacciones en SQL Server 2005, en SQL Server 2008 o en SQL Server 2008 R2

2653893 REVISIÓN: Tarda mucho tiempo para restaurar una base de datos de SQL Server 2008 R2

979042 REVISIÓN: No se recupera la base de datos principal si la base de datos tiene un gran número de archivos de registro virtuales de SQL Server 2005 o en SQL Server 2008

Más información

Para obtener información completa sobre los archivos de registro virtuales, consulte el tema de los libros en pantalla: Arquitectura física del registro de transacciones
Discusiones sobre este problema:
Cómo puede afectarle el tiempo de recuperación de base de datos a una estructura de archivos de registro
¿VLF de registro de transacciones - demasiados o muy pocos?
¿1413 error al iniciar el reflejo de base de datos: el número de archivos de registro virtual es demasiado?

También tenga en cuenta un problema conocido con los registros de transacciones cada vez mayor:

2633151 El archivo de registro de transacciones de base de datos de SQL Server no aumenta el valor de crecimiento de archivo configurado


Para obtener más información acerca de los productos o herramientas que comprueban automáticamente esta condición en la instancia de SQL Server y en las versiones del producto de SQL Server, consulte la tabla siguiente:

Contraer esta tablaAmpliar esta tabla
Software de reglaTítulo de la reglaDescripción de la reglaVersiones del producto con respecto al cual se evaluará la regla
SQL Server 2008 R2 Best Practice Analyzer (BPA 2008 R2, SQL Server)




Bases de datos con un gran número de VLF actual





SQL Server 2008 R2 Best Practice Analyzer (SQL Server 2008 R2 BPA) proporciona una regla para detectar situaciones donde las bases de datos contienen un gran número de archivos de registro virtuales. BPA de R2 de SQL Server de 2008 es compatible con SQL Server 2008 y SQL Server 2008 R2.

Si ejecuta la herramienta BPA y encuentra un Error con el título del motor de base de datos: bases de datos con un gran número de VLF está presente, debe comprobar el número de archivos de registro virtuales de la base de datos y volver a configurar los archivos de registro de transacciones.
SQL Server de 2008
SQL Server 2008 R2






SQL Server 2012 Best Practice Analyzer (BPA, 2012 de SQL Server)



Bases de datos con un gran número de VLF actual




SQL Server 2012 Best Practice Analyzer (BPA, SQL Server 2012) proporciona una regla para detectar situaciones donde las bases de datos contienen un gran número de archivos de registro virtuales.

Si ejecuta la herramienta BPA y encuentra un Error con el título del motor de base de datos: bases de datos con un gran número de VLF está presente, debe comprobar el número de archivos de registro virtuales de la base de datos y volver a configurar los archivos de registro de transacciones.
SQL Server de 2012








Propiedades

Id. de artículo: 2028436 - Última revisión: jueves, 24 de mayo de 2012 - Versión: 3.0
La información de este artículo se refiere a:
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 R2 Datacenter
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 Standard
Palabras clave: 
kbmt KB2028436 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): 2028436

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