Администрирование · 12 мин
Как восстановить 1С через конфигуратор
Как восстановить базу 1С через конфигуратор: загрузка из dt, тестирование и исправление, восстановление повреждённой базы, типичные ошибки и проверка результата.
Повреждение информационной базы 1С — типичная ситуация после аварийного отключения электричества, сбоя диска или обрыва сети при работе с сервером СУБД. Конфигуратор 1С содержит встроенные инструменты, которые в большинстве случаев позволяют вернуть базу в рабочее состояние без сторонних программ: загрузка из резервной копии, тестирование и исправление, обновление конфигурации базы данных.
Ключевое правило перед любыми действиями — сделать копию текущего состояния базы, даже если она не открывается. Для файловой базы достаточно скопировать папку с файлом 1Cv8.1CD, для серверной — выполнить выгрузку средствами СУБД или хотя бы скопировать файлы данных. Любое восстановление без резервной копии может превратить частично повреждённую базу в полностью нечитаемую.
Ниже разобраны основные сценарии: восстановление из выгрузки dt, исправление повреждений встроенными средствами, работа с утилитой chdbfl и порядок проверки результата. Инструкции подходят для платформы 1С:Предприятие 8.3 в файловом и клиент-серверном вариантах.
Определяем тип повреждения и выбираем способ восстановления
Прежде чем запускать восстановление, важно понять, что именно сломалось. От этого зависит выбор инструмента: одни ошибки устраняются штатным тестированием и исправлением, другие требуют полной загрузки из копии, а третьи — вмешательства на уровне СУБД.
Типичные признаки проблем: база не открывается с ошибкой «Файл базы данных повреждён», программа аварийно завершается при обращении к конкретным документам или отчётам, в журнале регистрации фиксируются ошибки СУБД, конфигуратор запускается, но обновление конфигурации базы данных завершается ошибкой.
Проверить ошибку при запуске, попробовать chdbfl или загрузку из dt
Запустить тестирование и исправление с референсной проверкой
Проверить конфигурацию базы данных и поставщика, выполнить загрузку/выгрузку
Проверить логи СУБД, целостность на стороне сервера, наличие бэкапов
Как выбрать действие
Подготовка: резервная копия и монопольный доступ
Любые восстановительные операции выполняются в монопольном режиме: все пользователи должны выйти из базы, фоновые задания — завершены. В файловом варианте проверьте, что в папке базы не осталось открытых сеансов, в серверном — завершите сеансы через консоль администрирования кластера.
Сделайте копию до начала работ. Для файловой базы скопируйте всю папку с файлом 1Cv8.1CD в отдельный каталог. Для серверной — создайте резервную копию средствами СУБД (например, pg_dump для PostgreSQL или стандартный backup в MS SQL Server). Выгрузка в dt из повреждённой базы может не выполниться или усечь данные, поэтому полагаться только на неё нельзя.
Восстановление из выгрузки .dt через конфигуратор
Файл выгрузки .dt — штатный формат переноса и резервного копирования 1С. Если у вас есть актуальная выгрузка, восстановление сводится к созданию чистой базы и загрузке данных.
Порядок действий: создайте новую пустую информационную базу через стартер 1С (без шаблона), откройте её в конфигураторе, перейдите в меню «Администрирование» → «Загрузить информационную базу» и укажите файл выгрузки. Процесс может занять от нескольких минут до нескольких часов в зависимости от размера базы.
После загрузки конфигуратор предложит перезапуститься — соглашайтесь. Затем проверьте, что база открывается в режиме предприятия, справочники и документы на месте, а отчёты формируются без ошибок. Учтите ограничение: выгрузка и загрузка dt между разными версиями платформы может завершиться ошибкой, поэтому версия платформы на восстанавливаемой базе должна совпадать с той, на которой делалась выгрузка, или быть новее.
- 1Создайте резервную копию текущего состояния базы
- 2Создайте новую пустую информационную базу в списке баз 1С
- 3Откройте её в режиме «Конфигуратор»
- 4Выберите «Администрирование» → «Загрузить информационную базу» и укажите файл .dt
- 5Дождитесь окончания загрузки и перезапустите конфигуратор
- 6Откройте базу в режиме «Предприятие» и проверьте данные
Тестирование и исправление информационной базы
Встроенный механизм «Тестирование и исправление» — основной инструмент при локальных повреждениях. Он находится в меню «Администрирование» → «Тестирование и исправление» и работает только в монопольном режиме.
Доступные проверки: реиндексация таблиц, проверка логической целостности, проверка ссылочной целостности, пересчёт итогов, сжатие таблиц и реструктуризация. Для первого прохода рекомендуется включить реиндексацию, проверку логической и ссылочной целостности, а в настройке обработки битых ссылок выбрать вариант «Не изменять» — тогда программа только покажет ошибки, не удаляя данные.
Если по результатам найдены битые ссылки, изучите список объектов и решите, что с ними делать: восстановить вручную, пометить на удаление или оставить. Вариант «Удалять объект» при повторном запуске физически удалит записи с потерянными ссылками — применяйте его осознанно и только при наличии копии.
Восстановление файловой базы утилитой chdbfl.exe
Когда файловая база не открывается с ошибкой «Файл базы данных повреждён» или «Ошибка формата потока», конфигуратор запустить не удаётся. В этом случае используется утилита физической проверки chdbfl.exe, которая поставляется вместе с платформой и находится в каталоге bin установленной версии.
Запустите утилиту, укажите путь к файлу 1Cv8.1CD, установите флажок «Исправлять обнаруженные ошибки» и нажмите «Выполнить». Утилита проверяет физическую структуру файла: заголовки таблиц, целостность страниц данных, индексы. Обнаруженные повреждённые фрагменты она может удалить — это приводит к потере части записей, поэтому работать нужно только с копией файла.
После успешной проверки chdbfl откройте базу в конфигураторе и обязательно выполните «Тестирование и исправление» с проверкой ссылочной целостности: физическое восстановление не гарантирует логическую согласованность данных. Завершите процесс контрольной выгрузкой в dt — если выгрузка прошла без ошибок, база с высокой вероятностью в рабочем состоянии.
Восстановление конфигурации базы данных
Отдельный класс проблем — расхождение основной конфигурации и конфигурации базы данных, например после прерванного обновления. Признаки: конфигуратор открывается, но обновление завершается ошибкой, либо режим предприятия сообщает о несовпадении версий метаданных.
Действия в этой ситуации: откройте «Конфигурация» → «Конфигурация базы данных» и проверьте, доступна ли она для просмотра. Если конфигурация базы данных повреждена, попробуйте загрузить конфигурацию из файла .cf той же версии через «Загрузить конфигурацию из файла» с последующим обновлением конфигурации базы данных. Альтернатива — полный цикл выгрузки в dt и загрузки в пустую базу, который пересоздаёт структуру метаданных заново.
Если конфигурация находится на поддержке, файл cf нужной версии можно получить из дистрибутива обновления поставщика. Не используйте cf от другой версии или изменённой конфигурации — это приведёт к потере доработок или ошибкам реструктуризации.
Проверка результата и типичные ошибки
Восстановление считается завершённым только после комплексной проверки. Откройте базу в режиме предприятия под обычным пользователем, сформируйте несколько ключевых отчётов (оборотно-сальдовая ведомость, отчёты по продажам или кадровые — в зависимости от конфигурации), проведите тестовый документ и убедитесь, что журнал регистрации не заполняется ошибками.
Контрольный признак качества восстановления — успешная полная выгрузка базы в dt. Если выгрузка проходит без ошибок, структура данных читается целиком. Дополнительно полезно сравнить количество документов и элементов ключевых справочников за последние периоды с данными до сбоя, если есть чем сверить.
Как проверить результат
Открывается без ошибок, сеансы пользователей работают
Ошибки при старте, аварийное завершение
Выгрузка завершается полностью без сообщений об ошибках
Выгрузка обрывается на конкретных таблицах
Отчёты строятся, итоги сходятся с ожидаемыми
Ошибки СУБД, пустые или искажённые итоги
Нет новых ошибок при штатной работе
Повторяющиеся ошибки обращения к данным
Когда встроенных средств недостаточно
Не каждая база восстанавливается штатными инструментами. Если chdbfl не справляется, тестирование и исправление падает с ошибкой, а свежей выгрузки нет, остаются два пути: восстановление из резервных копий СУБД (для серверных баз) либо обращение к специалистам по восстановлению данных 1С, которые работают со структурой файла на низком уровне.
Чтобы не оказаться в ситуации невосстановимой базы, настройте регулярное резервное копирование: для файловых баз — выгрузку в dt по расписанию или копирование файла, для серверных — штатные бэкапы СУБД с проверкой их восстановления. Копия, которую никогда не проверяли на возможность восстановления, нельзя считать надёжной страховкой.
Что важно запомнить
Перед любым восстановлением делайте копию базы. Основные инструменты конфигуратора — загрузка из dt и «Тестирование и исправление»; для неоткрывающихся файловых баз используйте chdbfl.exe на копии файла. Завершайте работу проверкой: запуск в режиме предприятия, контрольные отчёты и полная выгрузка в dt без ошибок.
Частые вопросы
Можно ли восстановить базу 1С, если резервной копии нет вообще?
Да, часто можно. Для файловой базы начните с chdbfl.exe на копии файла 1Cv8.1CD, затем выполните тестирование и исправление в конфигураторе. Если база серверная, проверьте наличие автоматических бэкапов СУБД и журналов транзакций. При тяжёлых повреждениях без копии помогут только специализированные сервисы восстановления данных.
Чем отличается выгрузка в dt от копирования файла базы?
Файл dt — это логическая выгрузка данных и конфигурации в формате 1С, пригодная для переноса между платформами и СУБД. Копирование файла 1Cv8.1CD — физическая копия, которая быстрее создаётся, но сохраняет и все повреждения файла. Для архивного хранения надёжнее dt, для быстрого снапшота перед работами — копия файла.
Сколько времени занимает тестирование и исправление?
Зависит от размера базы, скорости диска и набора включённых проверок. Небольшая файловая база обрабатывается за минуты, база в десятки гигабайт с полной проверкой целостности и сжатием — за несколько часов. Планируйте процедуру на нерабочее время и не прерывайте её.
Что делать, если после восстановления пропали некоторые документы?
Проверьте, не были ли они удалены при исправлении ссылочной целостности — такие объекты восстановить из текущей базы нельзя. Варианты: вернуть документы из резервной копии вручную или через обработку переноса данных, либо восстановить копию базы параллельно и выгрузить оттуда нужные объекты.
Можно ли загрузить dt, сделанную на старой версии платформы?
Как правило, выгрузка загружается на той же или более новой версии платформы. Загрузка на более старую версию обычно невозможна. Если версии сильно различаются, после загрузки может потребоваться обновление конфигурации базы данных.
Нужно ли после восстановления что-то настраивать заново?
Данные, пользователи и настройки хранятся в базе и восстанавливаются вместе с ней. Но если вы создавали новую пустую базу в списке и загружали dt, проверьте публикацию на веб-сервере, подключения к кластеру, параметры региональных настроек сеансов и права пользователей на новый объект в консоли администрирования.