Повреждённая база 1С 8.3: какой инструмент выбрать под ваш случай

Восстановить базу 1С можно четырьмя способами: утилитой chdbfl.exe (только файловые базы), режимом «Тестирование и исправление» в конфигураторе, загрузкой резервной копии .dt и средствами самой СУБД — MS SQL или PostgreSQL. Выбор зависит от того, где лежат данные и что именно сломалось: файл базы, структура таблиц, конфигурация или кэш на компьютере пользователя.

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

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

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

• 📁 Файловая база — скопируйте весь каталог базы (главное — файл 1Cv8.1CD) при закрытой программе у всех пользователей.
• 🗄️ Клиент-серверная база — сделайте резервную копию средствами СУБД, а не выгрузку .dt: выгрузка из повреждённой базы может не пройти.

Дальше определите тип проблемы по симптому.

Утилита chdbfl: восстановление файловой базы

chdbfl.exe — штатная утилита платформы для проверки физической целостности файла 1Cv8.1CD. Она лежит в каталоге bin установленной версии, например C:\Program Files\1cv8\8.3.24.1342\bin\. Отдельно её ставить не нужно.

Утилита работает только с файловыми базами. Для серверной базы она бесполезна: там данные хранятся в таблицах СУБД, а не в одном файле.

Порядок запуска

1. Попросите всех пользователей выйти из базы. Если кто-то останется, утилита не получит доступ к файлу.
2. Сделайте копию каталога базы.
3. Запустите chdbfl.exe от имени администратора Windows.
4. В поле «Имя файла БД» укажите путь к 1Cv8.1CD.
5. Сначала запустите проверку без исправления — так вы увидите масштаб проблемы.
6. Если ошибки найдены, установите флажок «Исправлять обнаруженные ошибки» и запустите повторно.
7. После завершения откройте базу в конфигураторе и выполните тестирование и исправление (следующий раздел).

На больших базах (десятки гигабайт) проверка идёт часами. Не прерывайте её: обрыв на этапе исправления может повредить файл сильнее, чем было.

Что chdbfl не исправит

• 🧩 логические ошибки — неверные остатки, «висящие» ссылки на удалённые объекты;
• ⚙️ повреждённую конфигурацию;
• 🖥️ ошибки кэша на компьютере пользователя;
• 💾 физически сбойный диск — сначала снимите копию файла с диска на исправный носитель.

Тестирование и исправление в конфигураторе

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

Внизу окна выберите режим. Начните с «Тестирование» — программа покажет ошибки, ничего не меняя. Затем повторите с «Тестирование и исправление».

Для найденных ошибок нужно указать действие. Есть два вопроса:

• 🔗 Ссылки на несуществующие объекты — «Создавать объекты» (появятся объекты-заглушки, которые потом можно заполнить), «Очищать ссылки» или «Не изменять».
• 🧱 Частичная потеря данных объектов — «Создавать заглушки», «Удалять объекты» или «Не изменять».

Запуск из командной строки

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

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

Для серверной базы вместо /F укажите /S "сервер\имя_базы". Если нужен только отчёт без изменений, добавьте ключ -TestOnly. Полный список ключей — в справке по параметрам командной строки, которая открывается в конфигураторе.

Восстановление базы 1С из DT-выгрузки

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

Загрузка выполняется в конфигураторе: Администрирование → Загрузить информационную базу. Загрузка полностью заменяет текущую базу: всё, что было введено после создания выгрузки, пропадёт.

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

1. Создайте новую пустую базу в списке баз (без конфигурации).
2. Загрузите .dt в неё, а не в рабочую базу.
3. Сравните: какие документы в повреждённой базе ещё читаются, а каких нет в копии.
4. Перенесите недостающее — вручную, через обмен или универсальную обработку выгрузки-загрузки данных XML.
5. Только после проверки заменяйте рабочую базу.

Загрузить .dt можно и из командной строки ключом /RestoreIB, а выгрузить — ключом /DumpIB. Так строят простые сценарии резервного копирования файловых баз.

Средства MS SQL и PostgreSQL для серверных баз

В клиент-серверном варианте 1С хранит данные в СУБД. Физические повреждения (сбой страниц, проблемы диска) исправляются на уровне СУБД, а 1С видит только последствия.

MS SQL Server

Проверка базы:

DBCC CHECKDB ('buh_2024') WITH NO_INFOMSGS, ALL_ERRORMSGS;

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

RESTORE DATABASE buh_restore
FROM DISK = 'E:\Backup\buh_2024_full.bak'
WITH MOVE 'buh_2024' TO 'E:\Data\buh_restore.mdf',
     MOVE 'buh_2024_log' TO 'E:\Data\buh_restore_log.ldf',
     RECOVERY;

Логические имена файлов (buh_2024, buh_2024_log) у вас будут свои — посмотрите их командой RESTORE FILELISTONLY FROM DISK = '...'.

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

PostgreSQL

Для PostgreSQL используйте сборку от 1С или сертифицированную для работы с платформой. Логическая копия и восстановление:

pg_dump -U postgres -Fc -f D:\Backup\buh.backup buh
pg_restore -U postgres -d buh_restore D:\Backup\buh.backup

Перед pg_restore создайте пустую базу buh_restore. Для возврата на момент времени нужен архив WAL и базовая копия (pg_basebackup) — это настраивается заранее, задним числом не включишь.

После восстановления в СУБД

1. Откройте консоль администрирования серверов 1С.
2. Создайте новую информационную базу или измените существующую, указав восстановленную базу данных на сервере СУБД.
3. Запустите конфигуратор и выполните тестирование и исправление хотя бы с пересчётом итогов.

Ручное восстановление конфигурации и данных

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

Повреждена только конфигурация

• 📦 Есть файл .cf того же релиза — в конфигураторе выберите Конфигурация → Загрузить конфигурацию из файла, затем обновите конфигурацию базы данных. Данные при этом сохраняются, если структура объектов совпадает.
• 🔄 Основная конфигурация испорчена, а конфигурация базы данных цела — используйте Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД. Несохранённые изменения основной конфигурации пропадут.
• 🛠️ Доработанная конфигурация без копии — загрузите типовой .cf того же релиза, а доработки восстановите сравнением со старой выгрузкой или из хранилища, если оно было.

Повреждены данные, копии нет

1. Сделайте выгрузку всего, что ещё читается: справочники, остатки, документы за текущий период.
2. Создайте новую базу на чистой конфигурации того же релиза.
3. Перенесите данные универсальной обработкой выгрузки-загрузки XML или вводом остатков на дату.
4. Для сильно повреждённого 1Cv8.1CD есть сторонние утилиты, которые читают таблицы файла напрямую и позволяют вытащить конфигурацию и данные. Работайте только с копией файла.

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

Профилактика: стратегия резервного копирования

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

Как защитить базу

• 🔌 Источник бесперебойного питания на компьютере или сервере, где лежит база.
• 🌐 Файловую базу по сети открывайте только по стабильному проводному подключению. Через Wi-Fi и VPN лучше работать через веб-клиент или терминал.
• 🛡️ Исключите каталог базы и файл 1Cv8.1CD из проверки антивирусом в реальном времени.
• 👥 Больше 5–10 одновременных пользователей — повод перейти на клиент-серверный вариант.

Правило 3-2-1

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

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

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

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