BugZero found this defect 1308 days ago.
Data sources
All data on this page is proprietary to BugZero® or gathered from public sources
6/2/2022
SQL Server 2014 Developer - duplicate (do not use)
SQL Server 2014 Enterprise - duplicate (do not use)
SQL Server 2014 Enterprise Core - duplicate (do not use)
SQL Server 2014 Standard - duplicate (do not use)
SQL Server 2016 Developer - duplicate (do not use)
SQL Server 2016 Enterprise - duplicate (do not use)
SQL Server 2016 Enterprise Core - duplicate (do not use)
SQL Server 2016 Standard - duplicate (do not use)
build lower than 14.0.3223.3
14.0.3223.3
Assume that you have a database that has change tracking enabled in Microsoft SQL Server 2014, 2016 or 2017. When there are issues that cause delay in syscommittab cleanup, lots of rows in syscommittab may not be reserved. When the issues are fixed, and you try to clean up these records in your transaction, it may take a long time. In addition, the cleanup frequently causes a lock escalation and the table lock will block the syscommittab flush during the checkpoint.
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section.
This issue is fixed in the following cumulative updates for SQL Server: Cumulative Update 16 for SQL Server 2017 Cumulative Update 8 for SQL Server 2016 SP2 Cumulative Update 4 for SQL Server 2014 SP3 About cumulative updates for SQL Server: Each new cumulative update for SQL Server contains all the hotfixes and all the security fixes that were included with the previous cumulative update. Check out the latest cumulative updates for SQL Server: Latest cumulative update for SQL Server 2017 Latest cumulative update for SQL Server 2016 Latest cumulative update for SQL Server 2014
Learn about the terminology that Microsoft uses to describe software updates.