Как восстановить бэкап 1С: полная инструкция

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

Способ восстановления зависит от двух вещей: в каком формате сделана копия и как организована ваша база — файловая она или клиент-серверная. Для файловой базы достаточно конфигуратора и файла выгрузки .dt. Для клиент-серверной базы на MS SQL или PostgreSQL потребуется восстановление средствами СУБД, и это принципиально другая процедура.

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

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

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

Первый вариант — файл выгрузки с расширением .dt. Его создают через конфигуратор: «Администрирование» → «Выгрузить информационную базу». Это универсальный переносимый формат, который содержит и данные, и конфигурацию. Второй вариант — копия файла 1Cv8.1CD, то есть просто скопированный файл файловой базы целиком. Третий вариант — бэкап средствами СУБД: .bak для MS SQL или дамп pg_dump для PostgreSQL.

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

Подготовка перед восстановлением

Главное правило: никогда не восстанавливайте копию поверх единственной рабочей базы без страховки. Если текущая база хоть как-то открывается, сделайте с неё выгрузку .dt или скопируйте файл 1Cv8.1CD в отдельную папку. Это займёт несколько минут, но сохранит данные, которых может не быть в старой копии.

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

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

Восстановление файловой базы из файла .dt

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

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

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

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

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

Если резервная копия — это просто скопированный файл базы, восстановление ещё проще. Создайте пустую папку, положите туда файл 1Cv8.1CD и добавьте базу в список информационных баз, указав эту папку. База готова к работе сразу, без загрузки и реструктуризации.

Ограничение способа в том, что такая копия корректна только если её снимали при закрытой базе. Если файл копировали, пока пользователи работали, внутри могут быть несогласованные данные. В этом случае после подключения запустите тестирование и исправление.

Восстановление клиент-серверной базы

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

Для PostgreSQL используется pg_restore (для дампов в формате custom) или psql (для текстовых дампов). После восстановления базы данных в СУБД её нужно зарегистрировать в консоли кластера 1С: создать информационную базу с указанием сервера СУБД, имени базы и пользователя.

pg_restore -U postgres -d accounting_db -v /backup/accounting_2026.dump

Клиент-серверное восстановление — зона ответственности администратора. Ошибка в параметрах восстановления может затронуть другие базы на том же сервере СУБД. Если у вас нет опыта администрирования SQL-сервера, этот этап лучше поручить специалисту, а самостоятельно выполнять только восстановление из .dt в отдельную тестовую базу.

Проверка базы после восстановления

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

Особое внимание уделите битым ссылкам — записям вида «Объект не найден». Они появляются, если копия снималась с уже повреждённой базы. Часть таких ссылок устраняется тестированием и исправлением, но данные за ними не восстанавливаются — только удаляются «оборванные» записи.

Типичные ошибки при восстановлении

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

Когда восстановление из копии — не лучший вариант

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

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