Как загрузить резервную копию базы 1С

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

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

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

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

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

Эти параметры определяют маршрут восстановления. DT-файл универсален: его можно загрузить и в файловую, и в клиент-серверную базу через конфигуратор. Копия папки файловой базы просто подменяет каталог. А бэкап СУБД восстанавливается только средствами самой СУБД, после чего базу подключают на сервере 1С.

Подготовьте базу к загрузке

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

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

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

Загрузите резервную копию через конфигуратор (файл DT)

Это основной сценарий для файловых баз и рабочий вариант для клиент-серверных при умеренных объёмах. Откройте конфигуратор нужной базы под пользователем с правами администратора. В меню выберите «Администрирование → Загрузить информационную базу» и укажите путь к DT-файлу.

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

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

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

Восстановите файловую базу из копии каталога

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

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

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

Восстановите клиент-серверную базу через СУБД

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

В MS SQL восстановление выполняется через SQL Server Management Studio: правый клик по узлу «Базы данных» → «Restore Database», выбор .bak-файла и целевой базы. Если восстанавливаете поверх существующей базы, включите опцию перезаписи и убедитесь, что к базе нет активных подключений — их можно разорвать, переведя базу в однопользовательский режим. В PostgreSQL для файла формата custom используется утилита pg_restore, для текстового дампа — psql.

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

-- Пример восстановления в MS SQL (выполняется в SSMS)
RESTORE DATABASE [MyBase]
FROM DISK = N'D:\Backups\MyBase_backup.bak'
WITH REPLACE, RECOVERY;

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

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

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

Типичные ошибки и ограничения

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

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

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