FIX: DBCC CHECKDB/CHECKTABLE command may take longer in SQL Server 2012 or SQL Server 2014
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.
Service pack informationTo resolve this issue, obtain the following Service Pack for SQL Server.
- How to obtain the latest service pack for SQL Server 2012
- How to obtain the latest service pack for SQL Server 2014
Cumulative update informationThe issue was first fixed in the following cumulative update of SQL Server:
- Cumulative Update 4 for SQL Server 2014 SP1
- Cumulative Update 6 for SQL Server 2014
- Cumulative Update 4 for SQL Server 2012 SP2
Each new cumulative update for SQL Server contains all the hotfixes and all the security fixes that were included with the previous cumulative update. We recommend that you download and install the latest cumulative updates for SQL Server:
For more information about DBCC operations, see the following blog posts on MSDN:
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
Article ID: 3029825 - Last Review: 12/22/2015 02:37:00 - Revision: 8.0
Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Service Pack 1
- kbqfe kbfix kbsurveynew kbexpertiseadvanced KB3029825