Ошибка 601 при работающем хинте NOLOCK в процессе DBCC CHECKDB означает, что подмена загрузочной страницы 1:9 вернула базу в строй лишь частично. СУБД смогла инициализироваться, но при попытке построить дерево объектов наткнулась на битые страницы распределения данных (IAM — Index Allocation Map или PFS — Page Free Space). SQL Server теряет физические указатели прямо во время сканирования, из-за чего проверка падает.Штатными средствами SQL Server эту базу восстановить уже не получится, так как разрушены внутренние метаданные.Единственный рабочий вариант сейчас — вытягивать данные «в сырую» (Raw Scan), полностью минуя стандартный движок СУБД:Потабличный экспорт через BCP: База сейчас находится в режиме EMERGENCY, поэтому можно попробовать принудительно выгрузить самые важные таблицы документов и справочников 1С (в УНФ они обычно начинаются с _Document или _InfoRg) через стандартную консольную утилиту командной строки:bcp "ИмяБазы.dbo._Document123" out "C:\doc123.bcp" -c -S ИмяСервера -TЕсли физические страницы конкретной таблицы целы, утилита скопирует данные в файл.Сторонние Raw-парсеры: Использовать специализированный софт (Recovery Toolbox for SQL Server, Stellar Repair for MS SQL или аналоги). В режиме глубокого анализа они сканируют файлы .mdf побайтово, находят структуры таблиц 1С по сигнатурам данных и позволяют экспортировать их содержимое напрямую в новую, чистую базу данных.