Error: 3624, Severity: 20, State: 1.
A system assertion check has failed. Check the SQL Server error log for details. Typically, an assertion failure is caused by a software bug or data corruption. To check for database corruption, consider running DBCC CHECKDB. If you agreed to send dumps to Microsoft during setup, a mini dump will be sent to Microsoft. An update might be available from Microsoft in the latest Service Pack or in a QFE from Technical Support.
Note When this issue occurs, a mini-dump file is generated in the SQL Server error log folder. This file has a name that resembles "SQLDumpnnnn.mdmp."
- Although the error signature seems to be very specific, the actual error is caused by an assertion that failed. For example, the error could be caused by an assertion that performs a proactive check in the SQL Server code that validates "healthy"' conditions in order to fail as cleanly as possible instead of causing a process-wide crash.
- You cannot easily determine the actual cause. Microsoft Customer Support Services usually determines the cause. It usually does this by collecting the principal database full backup file and the transaction log backups that cover the time of the issue. Additionally, a full process dump file of the mirror may be required to reproduce the problem in specific settings.
Service pack informationTo resolve this issue, obtain the latest fix for your version of SQL Server. For more information, refer to the following table.
|Cause||Knowledge Base article||First fixed in|
|Different lock behavior between the primary and mirror||2938828 FIX: Database mirroring hits assert and mirroring session shows suspended state in SQL Server 2012 or SQL Server 2014||2931693 Cumulative Update 1 for SQL Server 2014|
2931078 Cumulative Update 9 for SQL Server 2012 SP1
|Lock escalation issues||953625 FIX: Error message when SQL Server 2005 synchronizes a mirrored database: "Expression: result == LCK_OK"||951217 Cumulative update package 8 for SQL Server 2005 Service Pack 2|
|Lock migration during page splits||974319 FIX: Intermittent error message and assertion failure when you use database mirroring in SQL Server 2005, in SQL Server 2008, or in SQL Server 2008 R2: "SQL Server Assertion: File: <loglock.cpp>, line=823 Failed Assertion = 'result == LCK_OK'"||974648 Cumulative update package 6 for SQL Server 2005 Service Pack 3|
975976 Cumulative update package 8 for SQL Server 2008
975977 Cumulative update package 5 for SQL Server 2008 Service Pack 1
975976 Cumulative Update package 1 for SQL Server 2008 R2
|Bulk Insert / BCP with Check_Constraints OFF||SQL Server 2012|
|Change of the encryption keys:||SQL Server 2012|
|Shrink Operations (PurgeIAM) conflicting with other transactions||982933 Error message when you shrink data files on principal in a Database Mirroring for two SQL Server 2005 servers||983329 Cumulative update package 10 for SQL Server 2005 Service Pack 3|
|Page split followed by lock escalation followed by deallocation and an allocation of that page||983564 FIX: Error message when you use database mirroring in Microsoft SQL Server 2005, Microsoft SQL Server 2008, or Microsoft SQL Server 2008 R2, and an assertion failure occurs intermittently||983329 Cumulative update package 10 for SQL Server 2005 Service Pack 3|
2083921 Cumulative update 9 for SQL Server 2008 Service Pack 1
2289254 Cumulative update 1 for SQL Server 2008 Service Pack 2
2261464 Cumulative update package 3 for SQL Server 2008 R2
- The last column lists only the first build that contains the fix. Because SQL Server builds are cumulative, later builds such as SQL Server 2008 R2 SP1 contain those fixes. However, those builds are not listed in the table.
- Any build later than SQL Server 2005 SP3 Cumulative Update (CU) 10, SQL Server 2008 SP2 CU 1, or SQL Server 2008 R2 CU3 contains all the listed fixes for "lck_ok" assertion scenarios. At the time this article was written, those builds were superseded by at least one full service pack. The service pack should protect most installed up-to-date builds of SQL Server in the fixed scenarios.
For more information about how to obtain the latest service pack for your version of SQL Server, click the following article numbers to view the articles in the Microsoft Knowledge Base:
- You should be aware that two scenarios do not have available fixes. The reason is that those two issues require a re-architecture of SQL Server transaction log internals. Such a change can be included only with a major release of SQL Server. In this case, the issue is fixed in Microsoft SQL Server 2012.
The master key change scenario is a rare enough event to make the scenario a corner case. However, the BCP/Bulk Insert scenario is common. Because the BCP/Bulk Insert scenario remains unfixed for SQL Server 2008 and SQL Server 2008 R2, it is the most probable known cause of "lck_ok" assertions on the current builds of these products. For more information about this scenario, see the "More Information" section.
- This article may not reflect issues that were discovered after its publication. You can search the Microsoft Knowledge Base for any new individual "Fix" article as applicable.
BCP/Bulk Insert scenarioA 3624 error together with a "result == LCK_OK" assertion may occur on the mirror partner of a SQL Server 2008 or a SQL Server 2008 R2 mirroring set if the following conditions are true:
- A BCP or Bulk Insert activity is occurring on the principal database.
- The BCP/Bulk insert activity uses the CHECK_CONSTRAINTS = OFF option.
Note The default value for this option is OFF.
To work around this problem, set the CHECK_CONSTRAINTS option to ON for the BCP/Bulk Insert operation. The performance of the BCP/Bulk Insert operation may be affected.
Note SQL Server 2012 is not affected by this issue.
文章識別碼：2729953 - 最後檢閱時間：2014年4月24日 - 修訂： 1