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

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

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

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

1. 1
   Завершите работу всех пользователей с базой и закройте сеансы 1С.
2. 2
   Скопируйте текущую папку базы в отдельное место как страховку.
3. 3
   Распакуйте архив бэкапа, если копия заархивирована.
4. 4
   Замените файл 1Cv8.1CD в папке базы файлом из резервной копии.
5. 5
   Если в бэкапе есть вся папка — замените папку целиком или добавьте её как новую базу в список.
6. 6
   Запустите 1С и проверьте открытие базы и наличие данных.

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

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

Загрузка базы из файла выгрузки dt

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

Порядок действий:

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

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

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

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

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

Для PostgreSQL копия, созданная pg_dump, восстанавливается командой psql или pg_restore (для формата custom). Пример для формата custom:

pg_restore -U postgres -d new_base_name -v backup_file.dump

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

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

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

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

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

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

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

Если восстановление нужно из-за ошибочного удаления данных (например, пометили и удалили нужные документы), не восстанавливайте боевую базу целиком. Поднимите копию рядом как отдельную базу, выгрузите оттуда нужные объекты обработкой «Выгрузка и загрузка данных XML» и загрузите их в рабочую базу — так вы не потеряете данные, введённые после даты бэкапа.

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