Applies ToSQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use) SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Standard

Symptoms

Assume that you add or remove a data file in a Microsoft SQL Server 2014 or SQL Server 2012 database. SQL Server might take a long time to complete the database startup task after recovery if the number of databases, database files, or both is large.Note This issue generally does not affect the database access as the database recovery is finished and the database is online. However, if the database is configured in database mirroring, this issue may cause the failover operation of the database to be blocked.

Cause

This issue occurs when you have files in a dummy, dropped, or droppedreusepending state because you would incorrectly count these files.Note The issue in KB 2932120 FIX: SQL Server takes long time to open the databases after the recovery phase when the number of databases or database files or both is large in SQL Server 2012 or SQL Server 2014 has the same symptom to this issue. However, its cause differs from the cause of this issue. The issue in KB 2932120 occurs when you are not comparing the number of files to the number of files that are reported by the master database.

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:

Status

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

Need more help?

Want more options?

Explore subscription benefits, browse training courses, learn how to secure your device, and more.

Communities help you ask and answer questions, give feedback, and hear from experts with rich knowledge.