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

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

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

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

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

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

Если в копии находится файл 1Cv8.1CD — это скопированный каталог файловой базы. Его не «загружают», а просто подключают как базу: добавляют в список информационных баз с указанием пути к каталогу. Если же копия — это файлы .bak, .mdf/.ldf или выгрузка pg_dump, речь идёт о резервной копии на уровне СУБД, и восстанавливать её нужно средствами SQL Server или PostgreSQL.

Подготовка перед загрузкой

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

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

Загрузка файла .dt через конфигуратор

Это основной и самый частый сценарий. Порядок действий одинаков для большинства конфигураций на платформе 1С:Предприятие 8.

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

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

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

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

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

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

Особенности для файловой базы

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

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

Способы восстановления

Загрузка .dt через конфигуратор

Универсальный способ для файловых и клиент-серверных баз; требует монопольного доступа и времени

Копирование каталога файловой базы

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

Восстановление средствами СУБД

Подходит для больших клиент-серверных баз; требует доступа к SQL-серверу и навыков администрирования СУБД

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

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

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

Контрольные точки

Как проверить результат

Дата последних документов

Норма

Документы соответствуют дате создания копии

Тревожный признак

Документы новее даты копии — возможно, загружен не тот файл

Открытие базы в режиме «Предприятие»

Норма

Вход выполняется без ошибок, отчёты строятся

Тревожный признак

Ошибки при входе или построении отчётов — нужно тестирование и исправление

Версия конфигурации

Норма

Версия совпадает с ожидаемой, обновление не требуется или выполняется штатно

Тревожный признак

Конфликт версий, база требует обновления, которое завершается ошибкой

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

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

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

Можно ли загрузить резервную копию, не удаляя текущие данные?

Штатная загрузка .dt всегда заменяет данные целиком. Чтобы сохранить текущую базу, загрузите копию в отдельную пустую информационную базу — создайте новую базу без конфигурации и выполните загрузку туда. Так вы получите архивную копию рядом с рабочей.

Конфигуратор пишет «Ошибка разделённого доступа к базе» — что делать?

Это значит, что с базой работают пользователи или запущены фоновые сеансы. Попросите всех выйти, в клиент-серверном варианте завершите сеансы через консоль кластера серверов и повторите загрузку.

Чем открыть файл 1Cv8.1CD из копии?

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

Как часто нужно делать резервные копии?

Ориентируйтесь на допустимый объём потери данных: если повторный ввод документов за день критичен — копии нужны ежедневно, для активно используемых баз нередко настраивают копирование несколько раз в день средствами СУБД. Храните копии на отдельном носителе или в другом местоположении, а не только на том же диске, где лежит база.

Загрузка прервалась на середине, база не открывается. Что делать?

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