DBCC CHECKCATALOG (Transact-SQL)
Überprüft die Katalogkonsistenz innerhalb der angegebenen Datenbank. Die Datenbank muss online sein.
.gif "Themenlink (Symbol)")
Syntax
DBCC CHECKCATALOG
[
(
database_name | database_id | 0
)
]
[ WITH NO_INFOMSGS ]
Argumente
database_name | database_id | 0
Der Name oder die ID der Datenbank, für die die Katalogkonsistenz überprüft werden soll. Erfolgt keine Eingabe, oder wird 0 angegeben, wird die aktuelle Datenbank verwendet. Datenbanknamen müssen den Regeln für Bezeichner entsprechen.WITH NO_INFOMSGS
Alle Informationsmeldungen werden unterdrückt.
Hinweise
Nach der Fertigstellung des Befehls DBCC CATALOG wird eine Meldung ins SQL Server-Fehlerprotokoll geschrieben. Wird der DBCC-Befehl erfolgreich ausgeführt, zeigt die Meldung einen erfolgreichen Abschluss und die Dauer der Ausführung des Befehls an. Wird der DBCC-Befehl aufgrund eines Fehlers vor dem Abschluss der Überprüfung beendet, zeigt die Meldung die Beendigung des Befehls, einen Statuswert und die Dauer der Ausführung des Befehls an. In der folgenden Tabelle sind die Statuswerte, die in der Meldung enthalten sein können, sowie die zugehörigen Beschreibungen aufgeführt.
Status |
Beschreibung |
|---|---|
0 |
Fehler Nr. 8930 wurde ausgelöst. Dies zeigt eine Metadatenbeschädigung an, die eine Beendigung des DBCC-Befehls verursacht hat. |
1 |
Fehler Nr. 8967 wurde ausgelöst. Ein interner DBCC-Fehler ist aufgetreten. |
2 |
Während einer Datenbankreparatur im Notfallmodus ist ein Fehler aufgetreten. |
3 |
Dies zeigt eine Metadatenbeschädigung an, die eine Beendigung des DBCC-Befehls verursacht hat. |
4 |
Eine Assertations- oder Zugriffsverletzung wurde entdeckt. |
5 |
Ein unbekannter Fehler ist aufgetreten, der den DBCC-Befehl beendet hat. |
DBCC CHECKCATALOG führt verschiedene Konsistenzprüfungen zwischen System-Metadatentabellen aus. DBCC CHECKCATALOG verwendet einen internen Datenbanksnapshot, um die für die Ausführung dieser Überprüfungen erforderliche Transaktionskonsistenz bereitzustellen. Weitere Informationen finden Sie unter Grundlegendes zur Größe von Dateien mit geringer Dichte in Datenbanksnapshots und im Abschnitt über die Verwendung von internen Datenbanksnapshots in DBCC unter DBCC (Transact-SQL).
Wenn ein Snapshot nicht erstellt werden kann, erwirbt DBCC CHECKCATALOG eine exklusive Datenbanksperre, um die erforderliche Konsistenz zu erhalten. Wenn Inkonsistenzen gefunden werden, können diese nicht repariert werden, und die Datenbank muss von einer Sicherung wiederhergestellt werden.
.gif "Hinweis") Hinweis |
|---|
Beim Ausführen von DBCC CHECKCATALOG werden für tempdb keine Prüfungen vorgenommen. Der Grund hierfür liegt darin, dass aus Leistungsgründen für tempdb keine Datenbanksnapshots verfügbar sind. Dies bedeutet, dass die erforderliche Transaktionskonsistenz nicht erhalten werden kann. Verwenden Sie den Server wieder, um Probleme in tempdb mit Metadaten zu beseitigen. |
| Hinweis |
|---|
DBCC CHECKCATALOG überprüft keine FILESTREAM-Daten. FILESTREAM speichert BLOBs (Binary Large Objects) im Dateisystem. |
DBCC CHECKCATALOG wird auch im Rahmen von DBCC CHECKDB ausgeführt.
Resultsets
Falls keine Datenbank angegeben ist, gibt DBCC CHECKCATALOG Folgendes zurück:
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Falls AdventureWorks als Datenbankname angegeben ist, gibt DBCC CHECKCATALOG Folgendes zurück:
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Berechtigungen
Setzt die Mitgliedschaft in der festen Serverrolle sysadmin oder in der festen Datenbankrolle db_owner voraus.
Beispiele
Im folgenden Beispiel wird die Katalogintegrität in der aktuellen Datenbank und in der AdventureWorks-Datenbank überprüft.
-- Check the current database.
DBCC CHECKCATALOG;
GO
-- Check the AdventureWorks database.
DBCC CHECKCATALOG (AdventureWorks);
GO