• Аварийная остановка процедуры ремонта: Msg 8952, Level 16, State 1: Table error: DBCC CHECKDB found repair error. The repair operation failed due to internal inconsistency.
• Команда DBCC CHECKDB (... REPAIR_ALLOW_DATA_LOSS) не может завершиться успешно.
• База данных заблокирована в режиме SINGLE_USER или находится в состоянии EMERGENCY.
• Критическое разрушение распределения страниц (IAM/GAM/SGAM chains).

1. Перевод базы в аварийный режим EMERGENCY

Если база повреждена настолько, что стандартный repair падает, переведите ее в режим EMERGENCY для обеспечения доступа только на чтение:

ALTER DATABASE [DatabaseName] SET EMERGENCY;
ALTER DATABASE [DatabaseName] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;

2. Принудительное перестроение журнала транзакций и повторный CHECKDB

В ряде случаев ошибка 8952 вызвана невозможностью зафиксировать транзакцию ремонта в поврежденном LDF-файле:

-- Аварийное пересоздание журнала транзакций с глубоким ремонтом
DBCC CHECKDB ('DatabaseName', REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS, ALL_ERRORMSGS;

3. Поэтапное спасение таблиц через BCP / T-SQL

Если CHECKDB падает на конкретном шаге, скопируйте уцелевшие таблицы во внешнюю базу данных утилитой BCP:

# Экспорт конкретной таблицы в бинарный native-формат через консоль
bcp DatabaseName.dbo._Document123 out C:\Dump\doc123.bcp -T -n -S localhost

4. Импорт данных в новую чистую базу

# Импорт уцелевших данных в чистую базу аналогичной конфигурации
bcp CleanDatabaseName.dbo._Document123 in C:\Dump\doc123.bcp -T -n -S localhost

5. Возврат базы в многопользовательский режим

ALTER DATABASE [DatabaseName] SET MULTI_USER;