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

Тестирование и исправление — встроенный механизм 1С, который проверяет целостность информационной базы и может автоматически устранять часть найденных ошибок. Его запускают, когда база работает нестабильно: документы не проводятся, отчёты выдают неверные суммы, программа завершается с ошибкой или ссылается на несуществующие объекты.

Механизм работает на уровне структуры данных: проверяет таблицы, индексы, ссылки между объектами, логическую согласованность регистров. Это не «лечение» бизнес-логики — утилита не исправит неправильно заполненный документ, но устранит битые ссылки, дубли записей и повреждения физической структуры файла базы.

Важно понимать: режимы исправления изменяют данные безвозвратно. Поэтому перед любым запуском с включённым исправлением обязательно делается резервная копия, а сначала базу прогоняют в режиме только тестирования, чтобы увидеть список проблем без изменений.

Что именно проверяет механизм

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

Реиндексация таблиц — перестраивает индексы таблиц базы данных. Это не столько поиск ошибок, сколько профилактика: после реиндексации часто ускоряются выборки и исчезают сбои, связанные с повреждёнными индексами. Безопасная операция, данные не меняются.

Проверка логической целостности — основной режим. Программа сверяет логику хранения: соответствие записей регистров документам-регистраторам, корректность итогов, отсутствие «сиротских» записей без родительских объектов. Именно здесь находится большинство ошибок после аварийных завершений работы.

Проверка ссылочной целостности — ищет ссылки на несуществующие объекты: документ ссылается на удалённый контрагент, запись регистра — на отсутствующий регистратор. При включённом исправлении такие ссылки либо очищаются, либо заменяются на специальные объекты-заглушки — в зависимости от выбранного варианта обработки.

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

Когда стоит запускать проверку

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

Типичные признаки, при которых проверка оправдана: программа падает с ошибкой при открытии определённых документов или справочников; в полях вместо значений отображается «Объект не найден»; отчёт по остаткам не сходится с оборотами; после сбоя электропитания или разрыва соединения база стала работать нестабильно; конфигуратор сообщает об ошибке формата потока или повреждении таблицы.

Как запустить тестирование и исправление

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

1. 1
   Сделайте выгрузку базы через Конфигуратор → Администрирование → Выгрузить информационную базу
2. 2
   Завершите все сеансы пользователей и отключите регламентные задания
3. 3
   Откройте Конфигуратор → Администрирование → Тестирование и исправление
4. 4
   Отметьте нужные проверки, выберите режим «Тестирование» без исправления
5. 5
   Запустите и дождитесь окончания, изучите список найденных ошибок
6. 6
   Если ошибки исправимы механизмом — запустите повторно в режиме «Тестирование и исправление»
7. 7
   Проверьте работу базы: откройте проблемные документы, сформируйте контрольные отчёты

В диалоге настройки доступны два режима: «Тестирование» — только поиск и вывод ошибок без изменений, и «Тестирование и исправление» — поиск с автоматическим устранением. Для ссылочной целостности дополнительно выбирается, что делать с битыми ссылками: не изменять, создавать объекты-заглушки или очищать ссылки.

Время выполнения зависит от размера базы и набора проверок: на небольшой файловой базе это минуты, на крупной клиент-серверной — часы. Планируйте процедуру на нерабочее время.

Выбор вариантов обработки битых ссылок

Самый ответственный момент — что делать с найденными ссылками на несуществующие объекты. Утилита предлагает три стратегии, и выбор влияет на учётные данные.

Сравнение вариантов

Не изменять

Ссылки остаются как есть, ошибки только фиксируются. Подходит для первого прогона и анализа масштаба проблемы.

Создавать объекты

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

Очищать ссылки

Битые ссылки заменяются на пустые. Документы могут потерять заполнение ключевых полей и перестать проводиться — потребуется ручная доработка.

Практическое правило: если битых ссылок немного, безопаснее создать объекты-заглушки и затем разобрать их вручную — так сохраняется структура документов. Массовая очистка ссылок оправдана, когда битые объекты заведомо мусорные, например остались после неудачного обмена данными.

Проверка файловой базы утилитой chdbfl

Для файловых баз есть дополнительный инструмент — утилита chdbfl.exe из каталога bin установленной платформы. Она проверяет физическую целостность самого файла 1Cv8.1CD на более низком уровне, чем тестирование и исправление, и работает даже когда база не открывается ни в конфигураторе, ни в предприятии.

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

Типичные ошибки и ограничения

Главное ограничение механизма: он исправляет структуру, а не содержимое. Если менеджер ввёл документ с неверной ценой или бухгалтер ошибся в проводках, тестирование и исправление этого не найдёт — с точки зрения платформы данные корректны. Ошибки учёта ищут отчётами, сверками и аудитом, а не утилитой.

Ещё одна частая ситуация: после исправления битых ссылок пользователи видят в списках объекты с названиями вида «Объект не найден (123:...)». Это созданные заглушки — их нельзя просто удалить, нужно перенести данные в нормальные объекты или корректно оформить удаление с контролем ссылочной целостности.

Контрольные точки

Как проверить результат

Проблемные документы и справочники

Норма

Открываются без ошибок, поля заполнены

Тревожный признак

Ошибка формата потока или «Объект не найден»

Отчёт по остаткам

Норма

Остатки сходятся с оборотами по документам

Тревожный признак

Расхождения сохраняются после пересчёта итогов

Повторный прогон тестирования

Норма

Список ошибок пуст или содержит только известные заглушки

Тревожный признак

Те же ошибки появляются снова — ищите источник в обменах и доработках

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

Нужно ли запускать тестирование и исправление регулярно для профилактики?

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

Чем тестирование и исправление отличается от chdbfl.exe?

Тестирование и исправление работает на логическом уровне: ссылки, регистры, итоги — и доступно для любых баз через конфигуратор. chdbfl.exe проверяет физическую структуру файла 1Cv8.1CD и применяется только к файловым базам, в том числе когда база вообще не открывается. Обычно сначала chdbfl, затем ТиИ.

Можно ли запускать проверку, пока пользователи работают?

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

Что делать, если после исправления появились объекты-заглушки?

Это нормальный результат выбранного режима «создавать объекты». Найдите заглушки по характерным наименованиям, определите, какие реальные объекты они заменяют (по остаткам ссылок в документах и журналу регистрации), замените заглушки на корректные значения и удалите их через штатное удаление помеченных объектов.

Исправит ли проверка ошибку «Ошибка формата потока»?

Иногда да, если причина в повреждённой записи таблицы. Но чаще при этой ошибке для файловой базы эффективнее сначала прогнать chdbfl.exe. Если ошибка возникает только у одного пользователя — проблема обычно в кэше на его компьютере, и проверка базы вообще не нужна: достаточно очистить кэш.

Сколько времени занимает тестирование и исправление?

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