Как восстановиться из резервной копии 1С

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

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

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

Определите тип резервной копии и вариант базы

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

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

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

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

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

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

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

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

Если резервная копия — это просто скопированный файл базы, восстановление сводится к замене файла. Закройте все сеансы 1С, переименуйте текущий файл 1Cv8.1CD (например, добавьте дату в имя), затем скопируйте на его место файл из резервной копии.

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

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

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

В клиент-серверном варианте данные хранятся в СУБД, и восстановление выполняется её штатными средствами. Для MS SQL Server это операция RESTORE через SQL Server Management Studio: правый клик по узлу Databases → Restore Database → выбор устройства с bak-файлом → запуск восстановления с опцией замены существующей базы (WITH REPLACE), если восстанавливаете поверх.

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

Для PostgreSQL используется команда pg_restore для дампов в собственном формате или psql для текстовых скриптов. Важно, чтобы версия СУБД при восстановлении была не ниже версии, на которой делалась копия, — обратная совместимость дампов не гарантируется.

pg_restore -U postgres -d account_base -c /backup/account_base.dump

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

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

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

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

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

Часто задаваемые вопросы