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

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

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

Ниже разобраны подготовка к запуску, выбор режимов проверки, порядок исправления ошибок и границы, за которыми самостоятельная работа заканчивается.

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

Перед любыми действиями с целостностью базы сделайте резервную копию. Режим «Тестирование и исправление» может удалять объекты с битой ссылочной структурой, очищать повреждённые записи и перестраивать таблицы — откатить эти изменения без копии невозможно. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку; надёжнее — выполнить выгрузку через «Администрирование» — «Выгрузить информационную базу» в файл .dt.

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

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

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

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

В главном меню выберите «Администрирование» — «Тестирование и исправление». Откроется окно с параметрами: список проверок, выбор режима (только тестирование или тестирование с исправлением) и настройки обработки битых ссылок. После установки параметров нажмите «Выполнить».

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

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

Какие проверки выбрать и что делает каждая

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

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

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

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

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

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

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

Тестирование и исправление через chdbfl.exe для файловых баз

Если файловая база не открывается даже в конфигураторе и выдаёт ошибку формата потока или повреждения файла, используйте утилиту chdbfl.exe. Она находится в каталоге bin установленной платформы, рядом с исполняемыми файлами 1С.

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

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

C:\Program Files\1cv8\<версия платформы>\bin\chdbfl.exe

Проверка результата и типичные ошибки

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

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

Ограничения механизма и когда нужны другие средства

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

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

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