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

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

Инструмент работает на низком уровне и способен как вылечить базу, так и удалить повреждённые объекты без возможности восстановления. Поэтому запуск тестирования и исправления всегда начинается с резервной копии и осознанного выбора режимов. Без копии исправлять базу нельзя — это главное правило, которое нельзя нарушать даже при срочной аварии.

Ниже разобран полный цикл: подготовка, выбор режимов проверки, запуск, анализ результатов и действия, если штатный инструмент не справился. Материал подходит для файловых и клиент-серверных баз платформы 1С:Предприятие 8.3.

Подготовка: резервная копия и монопольный доступ

Перед запуском тестирования и исправления сделайте полную копию базы. Для файловой базы достаточно скопировать каталог с файлом 1Cv8.1CD в отдельную папку при закрытых сеансах. Надёжнее — выгрузить базу через конфигуратор: меню «Администрирование → Выгрузить информационную базу». Файл выгрузки с расширением .dt позволяет восстановить базу целиком, включая настройки.

Для клиент-серверной базы копию делайте средствами СУБД (MS SQL, PostgreSQL) или той же выгрузкой .dt из конфигуратора. Учтите, что выгрузка .dt большой базы занимает заметное время и требует свободного места на диске — ориентируйтесь на объём не меньше размера самой базы.

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

Запуск утилиты и выбор режимов проверки

Откройте конфигуратор, войдите в базу под пользователем с полными правами и перейдите в меню «Администрирование → Тестирование и исправление». Откроется окно со списком проверок и вариантов обработки ошибок. Каждая проверка отвечает за свой слой данных, и набор зависит от типа базы.

Основные режимы проверки:

• Реиндексация таблиц — перестраивает индексы таблиц базы. Ускоряет работу и устраняет ошибки, связанные с повреждёнными индексами. Безопасный режим, рекомендуется включать всегда.
• Проверка логической целостности — сверяет данные с логикой конфигурации: корректность ссылок, заполнение служебных полей, соответствие структуры метаданным.
• Проверка ссылочной целостности — ищет «битые ссылки»: записи, которые ссылаются на несуществующие объекты. Самый востребованный режим при ошибках вида «Объект не найден».
• Пересчёт итогов — заново рассчитывает итоги по регистрам накопления и бухгалтерии. Помогает, когда отчёты показывают неверные остатки, хотя документы корректны.
• Сжатие таблиц — уменьшает физический размер файла базы за счёт удаления неиспользуемого пространства. Доступно только для файловых баз.
• Реструктуризация таблиц — пересоздаёт таблицы по текущей структуре метаданных. Используется при серьёзных повреждениях структуры данных.

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

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

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

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

Как обработать битые ссылки

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

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

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

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

Не изменять

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

Пошаговый порядок запуска

Полный цикл от подготовки до контроля выглядит так:

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

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

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

Анализ результатов и проверка базы после исправления

Результаты выводятся в окно сообщений конфигуратора. Сохраните этот протокол: он понадобится, чтобы понять, какие объекты были удалены или заменены заглушками, и восстановить данные вручную. Особое внимание — строкам о созданных объектах-заглушках: их нужно найти в соответствующих справочниках и заполнить реальными данными либо удалить осознанно.

После исправления выполните контрольную проверку работоспособности:

• откройте документы, которые ранее вызывали ошибки;
• проведите несколько документов за разные периоды;
• сформируйте ключевые отчёты и сравните остатки с ожидаемыми;
• повторите запуск в режиме «Только тестирование» — ошибок быть не должно.

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

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

Повторный запуск в режиме «Только тестирование»

Норма

Список ошибок пуст

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

Ошибки повторяются — повреждения глубже, нужен другой инструмент

Проведение документов

Норма

Документы проводятся без сообщений об ошибках

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

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

Остатки в отчётах

Норма

Остатки сходятся с данными до сбоя или ожидаемыми значениями

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

Расхождения в остатках — требуется пересчёт итогов или ручная сверка

Объекты-заглушки

Норма

Заглушки найдены, заполнены или осознанно удалены

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

Заглушки остались в учёте и попадают в документы

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

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

Ещё один способ — загрузка базы из выгрузки .dt в новую пустую базу: при загрузке данные перезаписываются в новые таблицы, что устраняет часть физических дефектов. Для клиент-серверных баз проверьте целостность на уровне СУБД штатными средствами сервера баз данных.

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

Маршрут решения

Как выбрать действие

База открывается, но есть ошибки «Объект не найден»Запустите тестирование и исправление с проверкой ссылочной целостности

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

Отчёты показывают неверные остатки без других ошибокВыполните только пересчёт итогов по нужным регистрам

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

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

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

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

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

Нет. Инструмент требует монопольного доступа: изменение таблиц во время работы пользователей приведёт к конфликтам и новым повреждениям. Завершите все сеансы и фоновые задания до запуска.

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

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

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

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

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

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

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

Нет, это аварийный инструмент. Для профилактики важнее регулярное резервное копирование, контроль состояния дисков и стабильность сети. Поводом для запуска служат конкретные ошибки, а не календарный график.