Как развернуть базу 1С из бэкапа

Восстановление базы 1С из резервной копии — стандартная задача администратора: она нужна при переезде на новый сервер, откате после неудачного обновления, восстановлении после сбоя диска или создании тестовой копии рабочей базы. Порядок действий зависит от двух вещей: формата бэкапа (файл выгрузки .dt или копия файловой базы / SQL-бэкап) и типа развёртывания (файловый или клиент-серверный).

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

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

Прежде всего определите, какой у вас бэкап. Файл с расширением .dt — это выгрузка информационной базы, сделанная через конфигуратор или командную строку. Каталог с файлом 1Cv8.1CD — это копия файловой базы целиком. Файлы .bak — резервные копии, созданные средствами MS SQL Server или PostgreSQL. Способ восстановления для каждого формата свой.

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

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

Способ 1. Загрузка файла .dt через конфигуратор

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

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

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

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

Способ 2. Восстановление файловой базы из копии каталога

Если бэкап — это скопированный каталог с файлом 1Cv8.1CD, всё проще. Закройте все сеансы, скопируйте каталог на новое место и добавьте базу в список информационных баз через стартовое окно 1С: «Добавить → Добавление в список существующей информационной базы», указав путь к каталогу.

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

Способ 3. Восстановление SQL-бэкапа для клиент-серверной базы

Для баз на MS SQL Server восстановление выполняется средствами СУБД. Откройте SQL Server Management Studio, подключитесь к серверу и выполните восстановление через контекстное меню «Tasks → Restore → Database» либо командой T-SQL. Перед восстановлением поверх существующей базы завершите её сеансы на сервере 1С и в консоли кластера.

RESTORE DATABASE [MyBase] FROM DISK = N'D:\Backups\MyBase.bak' WITH REPLACE, RECOVERY;

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

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

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

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

Дополнительно стоит запустить «Тестирование и исправление» информационной базы в конфигураторе — особенно если бэкап восстанавливался после сбоя. Для файловых баз перед этим полезно выполнить проверку физической целостности утилитой chdbfl.exe из каталога установки платформы.

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

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

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

Регулярное резервное копирование: краткая настройка

Чтобы восстановление вообще было возможным, бэкапы должны создаваться регулярно. Для файловых баз настройте копирование каталога по расписанию средствами планировщика заданий, периодически дополняя его выгрузкой .dt. Для SQL-баз — план обслуживания в MS SQL Server с полными и разностными копиями.

Храните копии на отдельном носителе или в другом сетевом расположении и периодически проверяйте их восстановлением на тестовом стенде. Бэкап, который ни разу не проверялся развёртыванием, нельзя считать рабочим.

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