| title | MSSQLSERVER_8992 | |
|---|---|---|
| description | MSSQLSERVER_8992 describes when DBCC CHECKDB finds an inconsistency in the system metadata tables for the specified object. | |
| author | MashaMSFT | |
| ms.author | mathoma | |
| ms.reviewer | randolphwest | |
| ms.date | 06/09/2025 | |
| ms.service | sql | |
| ms.subservice | supportability | |
| ms.topic | reference | |
| helpviewer_keywords |
|
[!INCLUDE SQL Server]
| Item | Value |
|---|---|
| Product Name | SQL Server |
| Event ID | 8992 |
| Event Source | MSSQLSERVER |
| Component | SQLEngine |
| Symbolic Name | DBCC3_CHECK_CATALOG |
| Message Text | Check Catalog Msg ERROR Level LEVEL State STATE: MESSAGE. |
Note
8992 Error message references another specific message (ranging from 3851 to 3858) about the actual inconsistency.
DBCC CHECKCATALOG or DBCC CHECKDB found an inconsistency in the system metadata tables for the specified object. That is, there's an inconsistency between the recorded object ID and the object specified in error message.
This error can occur when one or more system tables were manually updated in a way that creates an inconsistency in the system metadata. For example, you might manually delete an object from the sysobjects table without removing associated rows in other tables such as sysindexes and syscolumns.
This error can occur when running DBCC CHECKDB against a database that was upgraded from [!INCLUDE ssversion2000-md] to a later version of [!INCLUDE ssnoversion-md]. In [!INCLUDE ssversion2000-md], DBCC CHECKDB didn't include DBCC CHECKCATALOG functionality, so the error isn't caught before upgrade unless DBCC CHECKCATALOG is specifically executed against the database in [!INCLUDE ssversion2000-md].
You might see any of the following errors together with error 8992:
| Message ID | Message text |
|---|---|
3851 |
An invalid row (%ls) was found in the system table sys.%ls%ls. |
3852 |
Row (%ls) in sys.%ls%ls does not have a matching row (%ls) in sys.%ls%ls. |
3853 |
Attribute (%ls) of row (%ls) in sys.%ls%ls does not have a matching row (%ls) in sys.%ls%ls. |
3854 |
Attribute (%ls) of row (%ls) in sys.%ls%ls has a matching row (%ls) in sys.%ls%ls that is invalid. |
3855 |
Attribute (%ls) exists without a row (%ls) in sys.%ls%ls. |
3856 |
Attribute (%ls) exists but should not for row (%ls) in sys.%ls%ls. |
3857 |
The attribute (%ls) is required but is missing for row (%ls) in sys.%ls%ls. |
3858 |
The attribute (%ls) of row (%ls) in sys.%ls%ls has an invalid value. |
If possible, drop and recreate the specified object. For example, if the object is a stored procedure or user-defined type, recreating the object might resolve the problem.
If the problem isn't hardware related and a known clean backup is available, restore the database from the backup. This action is only applicable if the backup doesn't contain the metadata error.
If the backup also contains the metadata inconsistency, you need to create a new database and export the contents of the existing database to the new database.
This error can't be repaired. If you can't restore the database from a backup, contact Microsoft Support.
Don't make manual updates to system tables. SQL Server doesn't support any manual changes to system databases. If you update a system table in a SQL Server database, the following events are logged:
Msg 17659: Warning: System table ID <id> has been updated directly in database ID <id> and cache coherence may not have been maintained. SQL Server should be restarted.
Msg 3859: Warning: The system catalog was updated directly in database ID <id>, most recently at date_time.
Msg 3859: Warning: The system catalog was updated directly in database ID <id>, most recently at date_time.