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

Тестирование и исправление в 1С запускают из Конфигуратора: Администрирование → Тестирование и исправление. Режим проверяет таблицы базы, индексы, ссылки между объектами и итоги регистров, а найденные ошибки исправляет по выбранным правилам. Перед запуском нужна свежая резервная копия и монопольный доступ: все пользователи должны выйти из базы.

Для файловой базы есть второй инструмент — утилита chdbfl.exe. Она работает без Конфигуратора и выручает, когда база не открывается вовсе. Обе процедуры относятся к платформе 8.3 и одинаковы для Бухгалтерии, ЗУП, УТ и других конфигураций.

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

Режим не «чинит программу», а наводит порядок в данных. Он ищет повреждения, которые копятся после аварийного выключения, сбоев сети, переполненного диска или прерванного обновления.

Типичные поводы запустить проверку:

• 🔌 компьютер или сервер выключился во время записи в базу;
• ⛔ при открытии документа или отчёта появляется <Объект не найден> с цифрами в скобках;
• 📉 отчёты показывают остатки, которые не сходятся с документами;
• 🐢 файловая база заметно выросла и стала медленнее после массового удаления;
• 🔄 впереди обновление конфигурации , а база давно не проверялась;
• 💥 ошибки вида Файл базы данных поврежден или Ошибка формата потока.

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

Инструменты проверки 1С: что выбрать

У платформы три способа проверить информационную базу. Выбор зависит от того, открывается ли база и нужен ли запуск по расписанию.

Конфигуратор

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

Утилита chdbfl.exe

Лежит в папке bin установленной платформы, например C:\Program Files\1cv8\8.3.xx.xxxx\bin\chdbfl.exe. В окне укажите путь к файлу 1Cv8.1CD, отметьте флажок исправления ошибок и нажмите «Выполнить». Утилита не трогает логику данных, она проверяет структуру самого файла базы.

Пакетный режим

Тот же режим тестирования, но без интерфейса. Подходит для ночного задания в Планировщике Windows (пример команды — ниже).

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

Подготовка

1. Попросите всех выйти из базы. В клиент-серверном варианте проверьте сеансы в консоли администрирования кластера.
2. Сделайте копию. Для файловой базы достаточно скопировать папку с 1Cv8.1CD. Для серверной — выгрузка .dt или резервная копия средствами СУБД.
3. Проверьте свободное место на диске: при сжатии и реструктуризации платформа создаёт временные копии таблиц. Запас — не меньше размера базы.

Не запускайте исправление без резервной копии: режим «Удалять объекты» стирает данные безвозвратно.

Выбор проверок

Откройте базу в Конфигураторе, затем Администрирование → Тестирование и исправление. В окне отметьте нужное:

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

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

Что делать с битыми ссылками

Для ссылок на несуществующие объекты платформа предлагает три варианта:

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

Длительность и ограничение по времени

На базе в 2 ГБ полный набор проверок занимает от 10 минут до часа, зависит от диска. Для больших баз в окне есть ограничение по времени и продолжение с сохранённой точки: проверку можно разбить на несколько ночей.

Типичные ошибки в базе 1С и как их исправить

Не каждая ошибка лечится тестированием. Ниже — что помогает в каждом случае.

Когда тестирование не поможет

Режим исправляет структуру данных, но не учётные ошибки. Он не найдёт документ, проведённый не тем числом, задвоенного контрагента или неверный счёт в проводке. Для таких задач нужны отчёты самой конфигурации, например экспресс-проверка ведения учёта в Бухгалтерии.

Не поможет он и при ошибках в коде доработок. Если сбой повторяется на одном и том же документе после каждой проверки, причина, скорее всего, в модуле. Посмотрите журнал регистрации (Администрирование → Журнал регистрации в Конфигураторе): там видно, какой пользователь, в какой момент и на каком объекте получил ошибку. Это сужает поиск до одной формы или одной обработки.

Проверка базы перед обновлением конфигурации

Обновление меняет структуру таблиц. Если в базе уже есть повреждения, обновление может прерваться на середине, и откатываться придётся с копии.

Порядок перед обновлением:

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

Автоматизированное тестирование в 1С

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

Автотесты окупаются, если:

• 🛠 конфигурация доработана и обновляется вручную, через сравнение-объединение;
• 👥 в проекте несколько программистов;
• 📆 обновления выходят часто, а ручная проверка ключевых операций занимает дни.

Чем пользуются на практике:

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

Пакетная проверка по расписанию

Автоматизировать можно и тестирование данных. Пример команды для файловой базы:

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /IBCheckAndRepair -ReIndex -LogAndRefsIntegrity -RecalcTotals -BadRefCreate -BadDataCreate /Out "D:\Logs\test.log"

Флаг -TestOnly включает режим только проверки без исправления. Лог из /Out смотрите утром: если в нём есть ошибки, решайте вручную.

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

Главный риск — не сама ошибка, а торопливое исправление. Несколько правил практика:

• 📦 Две копии вместо одной. Одна до любых действий, вторая после успешной проверки. Если через неделю всплывёт проблема, будет с чем сравнить.
• 🧪 Сначала «Только тестирование». Отчёт показывает, сколько битых ссылок и на какие объекты. Сотни ошибок в одном справочнике — повод разобраться в причине, а не жать «исправить».
• 🔢 По одной операции за раз. Пересчёт итогов отдельно, реструктуризация отдельно. Так понятно, какая операция дала эффект или поломку.
• 🧾 Сверка до и после. Сформируйте оборотно-сальдовую ведомость или основные остатки до тестирования и после. Цифры должны совпасть.
• 🔍 Поиск заглушек. После варианта «Создавать объекты» в справочниках появляются элементы с наименованием вида «Объект не найден». Найдите их отбором по наименованию и заполните или замените ссылки.

Если после исправления база не открывается, не запускайте тестирование повторно. Восстановите копию и попробуйте другой вариант исправления или начните с chdbfl.exe.

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

Регламент проверки базы 1С

Небольшой регламент избавляет от аварийного тестирования в разгар отчётного периода. Отмечайте пункты по мере выполнения:

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

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