Владимир Савин

Минимальный запуск проверки для базы 1С — DBCC CHECKDB(N'имя_базы') WITH NO_INFOMSGS. Дальше начинается главное: что делать с найденными ошибками согласованности. Ключи REPAIR_* документация Microsoft называет крайним средством, а основным путём — восстановление из последней известной хорошей резервной копии. В статье: полный синтаксис команды, что делают NO_INFOMSGS, PHYSICAL_ONLY и DATA_PURITY, где искать результат проверки (журнал ошибок SQL Server, отметка last known clean check, дамп стека при повреждении) и три ключа REPAIR_FAST, REPAIR_REBUILD и REPAIR_ALLOW_DATA_LOSS дословно по документации Microsoft, сверенной 6 сентября 2026 года. Однопользовательский режим базы документация требует сразу для всех трёх ключей. Отдельный раздел — разбор нашего инцидента 2019 года: 2603 ошибки согласованности, REPAIR_REBUILD результат не изменил, REPAIR_ALLOW_DATA_LOSS устранил 85 ошибок из 2603 и встал. Помогла очистка проблемной таблицы регистра — операция с потерей данных, которую мы приводим как факт инцидента, а не как рекомендацию. Через час ошибка вернулась, и базу вылечило тестирование и исправление в режиме конфигуратора 1С. Перед этим прогоном сама 1С рекомендует сделать резервную выгрузку информационной базы, «т.к. процедура тестирования с исправлением – операция необратимая»: позиция 1С приведена дословно по страницам 1С:ИТС, снятым под подпиской 7 сентября 2026 года.

Руководство 2019 года о плане обслуживания баз 1С в Microsoft SQL Server переписано. Порядок задач в мастере SSMS остался. Добавились регламент 1С с цитатами и ссылкой на первоисточник в методической поддержке 1С:ИТС (страница от 18.11.2022, сверено 07.09.2026), а по действующей документации Microsoft — разбор DBCC FREEPROCCACHE, разница реорганизации и перестроения индекса по редакциям и модели восстановления (сверено 06.09.2026).