DBCC CHECKCATALOG (Transact-SQL)
Checks for catalog consistency within the specified database. The database must be online.
Transact-SQL Syntax Conventions
Syntax
DBCC CHECKCATALOG
[
(
database_name | database_id | 0
)
]
[ WITH NO_INFOMSGS ]
Arguments
- database_name | database_id | 0
Is the name or ID of the database for which to check catalog consistency. If not specified, or if 0 is specified, the current database is used. Database names must comply with the rules for identifiers.
- WITH NO_INFOMSGS
Suppresses all informational messages.
Result Sets
If no database is specified, DBCC CHECKCATALOG returns:
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
If AdventureWorks is specified as the database name, DBCC CHECKCATALOG returns:
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Remarks
After the DBCC CATALOG command finishes, a message is written to the SQL Server error log. If the DBCC command successfully executes, the message indicates a successful completion and the amount of time that the command ran. If the DBCC command stops before completing the check because of an error, the message indicates the command was terminated, a state value, and the amount of time the command ran. The following table lists and describes the state values that can be included in the message.
State | Description |
---|---|
0 |
Error number 8930 was raised. This indicates a metadata corruption that caused the DBCC command to terminate. |
1 |
Error number 8967 was raised. There was an internal DBCC error. |
2 |
A failure occurred during emergency mode database repair. |
3 |
This indicates a metadata corruption that caused the DBCC command to terminate. |
4 |
An assert or access violation was detected. |
5 |
An unknown error occurred that terminated the DBCC command. |
DBCC CHECKCATALOG performs various consistency checks between system metadata tables. DBCC CHECKCATALOG uses an internal database snapshot to provide the transactional consistency that it needs to perform these checks. For more information, see Understanding Sparse File Sizes in Database Snapshots and the "DBCC Internal Database Snapshot Usage" section in DBCC (Transact-SQL).
If a snapshot cannot be created DBCC CHECKCATALOG acquires an exclusive database lock to obtain the required consistency. If any inconsistencies are detected, they cannot be repaired and the database must be restored from a backup.
Note
In SQL Server 2005, running DBCC CHECKCATALOG against tempdb does not perform any checks. This is because, for performance reasons, database snapshots are not available on tempdb. This means that the required transactional consistency cannot be obtained. Recycle the server to resolve any tempdb metadata issues.
DBCC CHECKCATALOG is also run as part of DBCC CHECKDB.
Permissions
Requires membership in the sysadmin fixed server role, or the db_owner fixed database role.
Examples
The following example checks the catalog integrity in both the current database and in the AdventureWorks
database.
-- Check the current database.
DBCC CHECKCATALOG;
GO
-- Check the AdventureWorks database.
DBCC CHECKCATALOG (AdventureWorks);
GO
See Also
Reference
DBCC (Transact-SQL)
System Tables (Transact-SQL)
Help and Information
Getting SQL Server 2005 Assistance
Change History
Release | History |
---|---|
5 December 2005 |
|