Тестирование и исправление базы 1С 8.3: какие галочки ставить

База начала притормаживать, отчёт выдал Ошибка формата потока, а при проведении документа выскочило Возникли ошибки при обращении к данным. Первое, что делает опытный 1С-ник в такой ситуации — запускает тестирование и исправление базы 1С 8.3. И тут же спотыкается на вопросе: какие галочки ставить, чтобы починить, а не добить базу.

Галочек семь, и ставить их подряд «на всякий случай» нельзя. Ниже — что делает каждая, в каком порядке их включать и какой режим исправления выбрать. Разберём и файловую базу, и клиент-серверную, и утилиту chdbfl.exe.

⚠️ Перед любым тестированием с исправлением сделайте выгрузку .dt или архив каталога базы. Реструктуризация и сжатие меняют данные необратимо — откатиться можно будет только из копии.

Что такое тестирование и исправление информационной базы 1С

Это встроенный механизм платформы, который проверяет физическую и логическую структуру базы и, если попросить, чинит найденные проблемы. Живёт он в двух местах:

• 🔧 Конфигуратор → Администрирование → Тестирование и исправление — универсальный способ для файловых и серверных баз.
• 🗂️ Утилита chdbfl.exe — только для файловых баз, работает на уровне физического файла 1Cv8.1CD, когда база не открывается даже в конфигураторе.

Механизм не заменяет проверку данных внутри самой конфигурации (свёрка учёта, «Экспресс-проверка»). Он работает со служебными таблицами СУБД: индексами, ссылками, итогами.

Как запустить тестирование базы 1С

Порядок для файловой базы через конфигуратор:

Для клиент-серверной базы то же окно, но реструктуризацию и сжатие лучше делать в монопольном режиме и с запасом по времени — на больших базах процесс идёт часами.

💡 Если база вообще не открывается в конфигураторе, начинайте не отсюда, а с chdbfl.exe — раздел ниже.

1С тестирование и исправление информационной базы: какие галочки за что отвечают

В верхней части окна — пять проверок (что искать), ниже — режимы (что делать с найденным). Сначала разберём проверки.

Реиндексация таблиц информационной базы 1С: что это

Индексы — это служебные структуры, по которым 1С быстро находит записи. Со временем они «распухают» и портятся: запросы тормозят, изредка вылезают ошибки чтения.

Реиндексация удаляет старые индексы и строит их заново из данных таблиц. Данные при этом не меняются — только служебная разметка.

• ✅ Ставьте, если база стала медленной или появились ошибки формата.
• ✅ Безопасная операция — саму учётную информацию не трогает.
• ⏱️ На больших базах занимает заметное время и требует места на диске (примерно объём базы).

Проверка логической целостности информационной базы 1С

Проверяет корректность внутренней структуры таблиц и полей: не «поехали» ли форматы записей, соответствует ли физическое хранение описанию метаданных.

• ✅ Включайте почти всегда при диагностике — находит битые страницы данных.
• Часто именно эта галочка ловит последствия аварийного выключения сервера или сбоя диска.

Проверка ссылочной целостности информационной базы 1С

Ищет «висячие» ссылки — когда документ или справочник ссылается на объект, которого в базе уже нет (битые ссылки, объекты с пустой ссылкой).

Работает только вместе с логической целостностью — платформа включит её автоматически. В режимах исправления для неё есть отдельный выбор, что делать с «пустыми» и «битыми» ссылками (см. таблицу режимов ниже).

Пересчёт итогов

Регистры накопления и бухгалтерии хранят предрассчитанные итоги для скорости. После сбоев или ручных корректировок таблиц итоги расходятся с оборотами — отчёты показывают неверные остатки.

• ✅ Ставьте, если «не бьются» остатки на складе, по взаиморасчётам, по счетам.
• Данные документов не меняются — пересчитываются только суммовые итоги.

Сжатие таблиц информационной базы 1С

При удалении объектов место в файле физически не освобождается — остаются «дыры». Сжатие переупаковывает таблицы, уменьшая размер файла 1Cv8.1CD.

⚠️ Сжатие меняет структуру файла. Обязательно с резервной копией. После массового удаления помеченных объектов размер базы может упасть в разы.

Реструктуризация таблиц информационной базы 1С

Самая тяжёлая операция. Платформа пересоздаёт таблицы заново и переносит в них данные. Применяется, когда физическая структура повреждена так, что реиндексация не спасает.

• ⚠️ Долго, требует до двойного объёма базы на диске.
• ⚠️ Включайте прицельно — когда другие проверки нашли структурные ошибки.

Какие галочки ставить: готовые сценарии

Чтобы не гадать, отталкивайтесь от симптома:

Общее правило: первый прогон — только тестирование, без исправления. Смотрите, что нашлось, и лишь потом включайте исправление точечно.

Режимы исправления: что выбрать при обнаружении ошибок

Нижняя часть окна определяет, что делать с найденными проблемами.

💡 «Очищать ссылки» и «Удалять объекты» — необратимые действия. Сначала посмотрите, сколько ошибок найдено, оцените последствия, и только потом запускайте исправление.

Консольный вызов: параметры тестирования и исправления

Тот же механизм запускается из командной строки — удобно для регламентных заданий по расписанию. Основной ключ — /IBCheckAndRepair с уточняющими параметрами:

"C:\Program Files\1cv8\...\bin\1cv8.exe" DESIGNER /F"D:\base" ^
  /IBCheckAndRepair -ReIndex -LogIntegrity -Rebuild /Out"D:\log.txt"

• -ReIndex — реиндексация;
• -LogIntegrity — логическая целостность;
• -Rebuild — реструктуризация;
• /Out — файл лога с результатом.

Набор ключей повторяет галочки из окна. Для регламентной профилактики хватает -ReIndex -LogIntegrity раз в неделю ночью.

Утилита chdbfl.exe: когда база не открывается

chdbfl.exe лежит в каталоге bin установленной платформы. Работает с физическим файлом файловой базы:

1. Запустите chdbfl.exe от администратора.
2. Укажите путь к файлу 1Cv8.1CD.
3. Первый прогон — без галочки «Исправлять обнаруженные ошибки».
4. Если ошибки есть — поставьте галочку и запустите повторно.

Это последний рубеж, когда конфигуратор не открывает базу. После починки обязательно сделайте выгрузку и разверните базу заново.

Если не помогло: альтернатива

Штатное тестирование чинит не всё. Если ошибки повторяются:

• 📤 Выгрузка/загрузка .dt — выгрузите базу и загрузите в новый пустой файл. Часто снимает проблемы, которые не берёт реструктуризация.
• 🗃️ Для серверных баз — проверка средствами самой СУБД (DBCC CHECKDB для MS SQL) силами администратора.
• 🔁 Откат к резервной копии — если повреждения глубокие, чистая копия быстрее и надёжнее многочасовой реструктуризации.

Типичные ошибки при тестировании

Как предотвратить повреждения

• 💾 Регулярные бэкапы (выгрузка .dt + архив каталога).
• ⏰ Регламентное -ReIndex -LogIntegrity по расписанию ночью.
• 🔌 ИБП на сервере — большинство повреждений идёт от аварийного отключения.
• 🚪 Корректный выход пользователей, а не «убийство» процесса.

Частые вопросы