Как восстановить базу 1С из бэкапа

Восстановление базы 1С из резервной копии — стандартная процедура, которая требуется при повреждении данных, ошибочном удалении документов, неудачном обновлении конфигурации или переносе базы на другой сервер. Порядок действий зависит от формата копии: файл выгрузки .dt, копия файловой базы (1Cv8.1CD) или бэкап средствами СУБД (MS SQL, PostgreSQL).

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

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

Определите формат резервной копии

Способ восстановления полностью определяется тем, как была сделана копия. Откройте папку с бэкапом и посмотрите, что в ней лежит. Файл с расширением .dt — это выгрузка информационной базы, созданная через конфигуратор или план обслуживания. Файл 1Cv8.1CD — это сам файл файловой базы целиком. Файлы .bak (MS SQL) или дампы .sql/.backup (PostgreSQL) — копии, сделанные средствами СУБД.

Важно понимать разницу: dt-файл содержит и данные, и конфигурацию, его можно загрузить в любую пустую или существующую базу. Копия 1Cv8.1CD привязана к файловому режиму работы. Бэкап СУБД восстанавливается только на той же или совместимой версии сервера баз данных и требует прав администратора СУБД.

Подготовка: что сделать до восстановления

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

Сделайте страховочную копию текущего состояния. Даже если база «битая», выгрузите её в dt или скопируйте файл 1Cv8.1CD в отдельную папку. Нередко после восстановления выясняется, что в повреждённой базе были данные, которых нет ни в одном бэкапе.

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

Восстановление из dt-файла через конфигуратор

Это самый распространённый сценарий. Запустите конфигуратор той базы, которую восстанавливаете, под пользователем с полными правами. Если база новая, создайте пустую информационную базу через стартовое окно 1С («Добавить → Создание новой информационной базы → без конфигурации»).

В меню выберите «Администрирование → Загрузить информационную базу» и укажите путь к dt-файлу. Платформа предупредит, что текущие данные будут потеряны — подтвердите действие. На вопрос «Загрузить данные?» после завершения обычно отвечают «Да», если загрузка прошла без ошибок.

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

1. 1
   Завершите сеансы пользователей и сделайте копию текущей базы
2. 2
   Откройте базу в конфигураторе под полными правами
3. 3
   Выберите Администрирование → Загрузить информационную базу
4. 4
   Укажите dt-файл и подтвердите замену данных
5. 5
   Дождитесь завершения загрузки, не прерывая процесс
6. 6
   При необходимости выполните обновление конфигурации базы данных
7. 7
   Откройте базу в режиме предприятия и проверьте данные

Восстановление файловой базы из копии 1Cv8.1CD

Если бэкап делался простым копированием каталога базы, восстановление сводится к обратной замене файла. Найдите каталог информационной базы — путь к нему виден в стартовом окне 1С при выделении базы в списке.

Закройте все сеансы 1С, переименуйте текущий файл 1Cv8.1CD (например, добавьте суффикс .old — не удаляйте его сразу) и скопируйте на его место файл из резервной копии. Убедитесь, что копирование завершилось полностью: сравните размеры файлов. После этого запустите базу в режиме предприятия.

Если база после замены не открывается или выдаёт ошибку формата, верните на место старый файл — значит, копия повреждена или была снята в момент работы пользователей. Копирование файла 1Cv8.1CD при открытых сеансах — частая причина «битых» бэкапов: файл копируется в несогласованном состоянии.

Восстановление клиент-серверной базы из бэкапа СУБД

Для MS SQL Server откройте SQL Server Management Studio, подключитесь к серверу, щёлкните правой кнопкой по узлу «Базы данных» и выберите «Восстановить базу данных». Укажите устройство — файл .bak, задайте имя целевой базы и на вкладке параметров отметьте перезапись существующей базы, если восстанавливаете поверх. Дождитесь сообщения об успешном завершении.

Для PostgreSQL восстановление выполняется через pgAdmin (Restore) или утилитой pg_restore для дампов в формате custom. База-приёмник должна быть создана заранее с тем же именем и владельцем, что использует кластер 1С.

После восстановления на уровне СУБД проверьте привязку в консоли кластера 1С: свойства информационной базы должны указывать на восстановленную базу данных. Если бэкап разворачивался на новом сервере, зарегистрируйте базу в кластере заново, указав сервер СУБД, имя базы и учётные данные.

pg_restore -U postgres -d mybase -v mybase_backup.backup

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

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

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

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

Типичные ошибки и как их избежать

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

Также часто встречаются: попытка загрузить dt, снятый на более новой версии платформы, в старую (нужно обновить платформу); нехватка места на диске в середине загрузки; восстановление SQL-бэкапа на сервере с другой версией СУБД без проверки совместимости.

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