FIX: DBCC CHECKDB/CHECKTABLE command may take longer in SQL Server 2012 or SQL Server 2014

Symptoms

When you run the DBCC CHECKDB/CHECKTABLE command, the data purity checks can cause the command to unexpectedly run a long time. This problem occurs for the DBCC CHECKDB/CHECKTABLE command in the following circumstances:
  • Assume that you have database or table that contains SQL CLR User-Defined type (UDT) data in Microsoft SQL Server 2012. SQL Server is not reusing the internal blob memory correctly during the validation of the SQL CLR UDT.
  • The granted memory for the DBCC operations (checktable or checkdb per table) is estimated incorrectly on large-memory servers.
This problem can cause excessive memory and CPU consumption.

Resolution

Service pack information

To resolve this issue, obtain the following Service Pack for SQL Server.

For more information about SQL Server 2012 Service Pack 3 (SP3) and SQL Server 2014 Service Pack 1 (SP1), see bugs that are fixed in SQL Server 2012 Service Pack 3 and bugs that are fixed in SQL Server 2014 Service Pack 1 .


Cumulative update information

The issue was first fixed in the following cumulative update of SQL Server:

Recommendation: Install the latest cumulative update for SQL Server

References

For more information about DBCC operations, see the following blog posts on MSDN:

Status

Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Properties

Article ID: 3029825 - Last Review: Dec 22, 2015 - Revision: 1

Feedback