KB3029825 - CORRECCIÓN: el comando DBCC CHECKDB/CHECKTABLE puede tardar más en SQL Server 2012 o SQL Server 2014

Se aplica a
SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Standard SQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use)

Síntomas

Al ejecutar el comando DBCC CHECKDB/CHECKTABLE, las comprobaciones de pureza de los datos pueden hacer que el comando se ejecute inesperadamente durante mucho tiempo. Este problema se produce para el comando DBCC CHECKDB/CHECKTABLE en las siguientes circunstancias:

  • Supongamos que tiene una base de datos o una tabla que contiene datos de tipo User-Defined (UDT) de SQL CLR en Microsoft SQL Server 2012. SQL Server no reutiliza correctamente la memoria de blob interna durante la validación de SQL CLR UDT.
  • La memoria concedida para las operaciones DBCC (checktable o checkdb por tabla) se estima incorrectamente en servidores de memoria grande.

Este problema puede provocar un consumo excesivo de memoria y CPU.

Resolución

Información del Service Pack

Para resolver este problema, obtenga el siguiente Service Pack para SQL Server.

Para obtener más información acerca de SQL Server 2012 Service Pack 3 (SP3) y SQL Server 2014 Service Pack 1 (SP1), consulte los errores corregidos en SQL Server 2012 Service Pack 3 y los errores corregidos en SQL Server 2014 Service Pack 1.

Información sobre la actualización acumulativa

Este problema se corrigió por primera vez en la siguiente actualización acumulativa de SQL Server:

Recomendación: instalar la actualización acumulativa más reciente para SQL Server

Cada nueva actualización acumulativa para SQL Server contiene todas las revisiones y correcciones de seguridad que se incluyeron con la actualización acumulativa anterior. Se recomienda descargar e instalar las actualizaciones acumulativas más recientes para SQL Server:

      

Referencias

Para obtener más información acerca de las operaciones de DBCC, consulte las siguientes entradas de blog en MSDN:

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".