DBCC (Transact-SQL)

Область применения:yesSQL Server (все поддерживаемые версии) YesБаза данных SQL Azure YesУправляемый экземпляр SQL Azure

Язык Transact-SQL предоставляет инструкции DBCC, которые выступают в качестве консольных команд базы данных для SQL Server.

Инструкции консольных команд базы данных группируются по следующим категориям.

Категория команды Выполнение
Обслуживание Обслуживание задач в базе данных, индексе или в файловой группе.
Разное Вспомогательные задачи, например установка флага трассировки или удаление из памяти библиотеки DLL.
Informational Задачи, собирающие и отображающие разные типы сведений.
Проверка Проверочные операции в базе данных, таблице, индексе, каталоге, в файловой группе или распределение страниц базы данных.

Команды DBCC принимают входные параметры и возвращают значения. Все команды DBCC могут принимать в качестве параметров как литералы в Юникоде, так и литералы в двухбайтовой кодировке.

Использование внутреннего моментального снимка базы данных в командах DBCC

Следующие команды DBCC выполняют операции с внутренним моментальным снимком базы данных, предназначенным только для чтения, который создает компонент Компонент Database Engine. Тем самым предотвращаются проблемы блокировки и параллелизма при выполнении этих команд. Дополнительные сведения см. в разделе Моментальные снимки базы данных (SQL Server).

  • DBCC CHECKALLOC
  • DBCC CHECKCATALOG
  • DBCC CHECKDB
  • DBCC CHECKFILEGROUP
  • DBCC CHECKTABLE

При выполнении одной из этих команд DBCC компонент Компонент Database Engine создает моментальный снимок базы данных и приводит ее в согласованное состояние на уровне транзакций. Затем команда DBCC выполняет проверку этого моментального снимка. После завершения команды DBCC этот моментальный снимок удаляется.

Иногда внутренний моментальный снимок базы данных не требуется или его невозможно создать. В этом случае команда DBCC выполняется в отношении реальной базы данных. Если база данных находится в режиме в сети, команда DBCC использует блокировку таблиц для обеспечения согласованности проверяемых объектов. Это поведение то же самое, как если бы был указан параметр WITH TABLOCK.

Внутренний моментальный снимок базы данных не создается, если команда DBCC выполняется:

  • в базе данных master, если экземпляр SQL Server выполняется в однопользовательском режиме;
  • в базе данных, отличной от master, если эта база данных была переведена в однопользовательский режим инструкцией ALTER DATABASE;
  • в базе данных, предназначенной только для чтения;
  • в базе данных, которая была переведена в аварийный режим инструкцией ALTER DATABASE;
  • в базе данных tempdb. В этом случае моментальный снимок базы данных невозможно создать из-за внутренних ограничений;
  • с использованием параметра WITH TABLOCK. В этом случае команда DBCC соблюдает ограничение запроса и не создает моментальный снимок.

Команды DBCC используют блокировки таблиц, а не внутренние моментальные снимки базы данных, если выполняются:

  • в файловой группе, предназначенной только для чтения;
  • в файловой системе FAT;
  • в томе, который не поддерживает «именованные потоки»;
  • в томе, который не поддерживает «альтернативные потоки».

Примечание

Для запуска команды DBCC CHECKALLOC или эквивалентной части DBCC CHECKDB с параметром WITH TABLOCK требуется X-блокировка базы данных. Такую блокировку нельзя устанавливать для базы данных tempdb или master: это может привести к ошибкам во всех остальных базах данных.

Примечание

Команда DBCC CHECKDB вызывает ошибку при выполнении в базе данных master, если невозможно создать внутренний моментальный снимок базы данных.

Формирование отчета о состоянии команд DBCC

В представлении каталога sys.dm_exec_requests содержатся сведения о ходе выполнения и текущем этапе выполнения команд DBCC CHECKDB, CHECKFILEGROUP и CHECKTABLE. В столбце percent_complete указывается процент выполнения команды, а в столбце command отображается текущий этап ее выполнения.

Определение единицы хода выполнения зависит от текущего этапа выполнения команды DBCC. Иногда отчет о состоянии формируется на уровне гранулярности страницы базы данных, на других этапах — на уровне гранулярности одной базы данных или исправления распределения пространства. В следующей таблице представлены все этапы выполнения и уровень гранулярности, на котором команда формирует отчет о состоянии.

Этап выполнения Описание Уровень гранулярности отчетов о состоянии
DBCC TABLE CHECK Во время этого этапа проверяется логическая и физическая согласованность объектов в базе данных. Отчет о состоянии сформирован на уровне страниц базы данных.

Значение отчета о состоянии обновляется через каждые 1000 проверенных страниц базы данных.
DBCC TABLE REPAIR Во время этого этапа выполняются исправления базы данных, если указывается параметр REPAIR_FAST, REPAIR_REBUILD или REPAIR_ALLOW_DATA_LOSS и имеются ошибки на уровне объектов. Отчет о состоянии сформирован на уровне отдельных исправлений.

Счетчик обновляется для каждой завершенной операции исправления.
DBCC ALLOC CHECK Во время этого этапа проверяются структуры распределения.

Примечание. Те же проверки выполняет команда DBCC CHECKALLOC.
О состоянии не сообщается
DBCC ALLOC REPAIR Во время этого этапа выполняются исправления базы данных, если указывается параметр REPAIR_FAST, REPAIR_REBUILD или REPAIR_ALLOW_DATA_LOSS и имеются ошибки на уровне распределения пространства. О состоянии не сообщается.
DBCC SYS CHECK Во время этого этапа проверяются системные таблицы базы данных. Отчет о состоянии сформирован на уровне страниц базы данных.

Значение отчета о состоянии обновляется через каждую 1 000 проверенных страниц базы данных.
DBCC SYS REPAIR Во время этого этапа выполняются исправления базы данных, если указывается параметр REPAIR_FAST, REPAIR_REBUILD или REPAIR_ALLOW_DATA_LOSS и имеются ошибки на уровне системных таблиц. Отчет о состоянии сформирован на уровне отдельных исправлений.

Счетчик обновляется для каждой завершенной операции исправления.
DBCC SSB CHECK Во время этого этапа проверяются объекты компонента SQL Server Service Broker.

Примечание. Этот этап не выполняется при выполнении инструкции DBCC CHECKTABLE.
О состоянии не сообщается.
DBCC CHECKCATALOG Во время этого этапа проверяется согласованность каталогов базы данных.

Примечание. Этот этап не выполняется при выполнении инструкции DBCC CHECKTABLE.
О состоянии не сообщается.
DBCC IVIEW CHECK Во время этого этапа проверяется логическая согласованность всех индексированных представлений базы данных. Отчет о состоянии сформирован на уровне отдельных представлений баз данных.

Информационные инструкции

Инструкции проверки

Инструкции обслуживания

Вспомогательные инструкции