Symptoms
Consider the following scenario: You restore a Microsoft SQL Server 2008 or SQL Server 2005 database from a backup. You receiveerrors during the restore process that prevent you from restoring the database.You successfully restore the database from the same backup by using the CONTINUE_AFTER_ERRORoption. In this scenario, when you run the DBCC CHECKDB command on the computerthat contains the SQL Server database, you receive an error message that resembles the following:

Msg 8967, Level 16, State 216, Server <server name>, Line 2
An internal error occurred in DBCC which prevented further processing. Please contact Customer Support.
DBCC results for ‘<database name>’.
Msg 8921, Level 16, State 1, Server <server name>, Line 1
Check terminated. A failure was detected while collecting facts. Possibly tempdb out of space or a system table is inconsistent. Check previous errors.Additionally, a message that resembles the following may be displayed in the SQL Server error log:

2007-05-26 07:13:49.21 spid58DBCC encountered a page with an LSN greater than the current end of log LSN (<LSN>) for its internal database snapshot. Could not read page (file id:page id), database ‘<database name’ (database ID database id>), LSN = (<LSN>), type = 32, isInSparseFile = 1.Please re-runthis DBCC command.
Resolution
This problem occurs if the DBCC CHECKDB command cannot perform the necessary checks to confirm the consistency of the database.These checks could not be performed for many reasons. For example, this behavior may occur if there are fundamental inconsistencies in the database, such as metadata inconsistencies ordatabase snapshot corruption. More information about the specific cause of this error can be determined by examining the different state that is displayed in the error message.In the scenario that is described in the “Symptoms” section, the state 216 message indicates that the DBCC CHECKDB command read a page from the internal snapshot that has a larger log sequence number (LSN) than the end of log LSN. This behavior might occur if you restore databases by using the CONTINUE_AFTER_ERROR option.