Администрирование · 8 мин
Как развернуть бэкап базы 1С: файловый и клиент-серверный варианты
Как развернуть бэкап базы 1С из файла .dt или SQL-копии: загрузка через конфигуратор, восстановление на сервере, проверка результата и типичные ошибки.
Развёртывание бэкапа базы 1С — стандартная операция при переезде на новый сервер, восстановлении после сбоя или создании тестовой копии для проверки обновлений. Порядок действий зависит от двух вещей: в каком формате сделана копия (выгрузка .dt из конфигуратора или средствами СУБД) и как работает база — в файловом или клиент-серверном режиме.
Файл .dt — универсальный переносимый формат: он не зависит от версии платформы и типа СУБД, но загружается дольше и требует монопольного доступа. Копия средствами СУБД (например, .bak для MS SQL Server или дамп PostgreSQL) восстанавливается быстрее на больших базах, но привязана к конкретному серверу и версии СУБД.
Перед началом убедитесь, что у вас есть права администратора базы, свободное место на диске (как минимум вдвое больше размера бэкапа) и актуальная резервная копия текущего состояния базы, если вы разворачиваете архив поверх рабочей системы.
Определите тип бэкапа и режим работы базы
Первый шаг — понять, что именно лежит в архиве. Файл с расширением .dt — это выгрузка информационной базы, сделанная через конфигуратор или пакетный запуск. Файл 1Cv8.1CD — это сам файл файловой базы целиком. Файлы .bak, .backup, .sql или каталог с файлами .mdf/.ldf — копии, созданные средствами СУБД.
Далее выясните режим работы целевой базы. Если база открывается через путь к сетевой папке — это файловый режим. Если в списке баз указаны сервер 1С и имя базы в кластере — клиент-серверный. От этого зависит весь дальнейший сценарий.
Как выбрать способ восстановления
Восстановление файловой базы из файла .dt
Это самый распространённый сценарий. Создайте пустую информационную базу: в окне запуска 1С нажмите «Добавить» → «Создание новой информационной базы» → вариант «без конфигурации». Укажите пустой каталог на локальном диске или сетевом ресурсе.
Откройте созданную базу в режиме «Конфигуратор» и перейдите в меню «Администрирование» → «Загрузить информационную базу». Выберите файл .dt и подтвердите операцию. На больших базах загрузка может занять от десятков минут до нескольких часов — не прерывайте процесс.
После завершения конфигуратор предложит перезапуститься. Соглашайтесь: при первом запуске может потребоваться обновление конфигурации базы данных, если бэкап снимался с другой версии платформы или конфигурации. Примите изменения и дождитесь окончания реструктуризации.
- 1Создайте пустую базу через стартер 1С (вариант «без конфигурации»)
- 2Откройте её в конфигураторе
- 3Выберите «Администрирование» → «Загрузить информационную базу» и укажите файл .dt
- 4Дождитесь окончания загрузки и перезапустите конфигуратор
- 5Примите обновление конфигурации базы данных, если оно потребуется
- 6Войдите в режим «Предприятие» и проверьте данные
Восстановление файловой базы копированием файла 1Cv8.1CD
Если бэкап — это копия самого файла базы, восстановление сводится к копированию. Создайте новый каталог, поместите туда файл 1Cv8.1CD, затем в окне запуска 1С нажмите «Добавить» → «Добавление в список существующей информационной базы» и укажите этот каталог.
Убедитесь, что файл не помечен как «только для чтения» — это частая причина ошибки открытия. Также проверьте, что у учётной записи, под которой работают пользователи, есть полные права на каталог с базой.
Копирование файла допустимо только при полностью закрытой базе-источнике. Если копию снимали, пока пользователи работали, файл может оказаться логически повреждённым — в этом случае при открытии появятся ошибки, и базу придётся проверять утилитой chdbfl.exe из каталога платформы.
Восстановление клиент-серверной базы
Восстановление средствами СУБД
Для MS SQL Server откройте SQL Server Management Studio, вызовите команду «Restore Database», укажите файл .bak и восстановите базу под новым именем, если это копия. Для PostgreSQL используйте pg_restore или команду psql для загрузки дампа в заранее созданную пустую базу.
После восстановления на стороне СУБД зарегистрируйте базу в консоли управления сервером 1С: создайте новую информационную базу кластера, укажите тип СУБД, сервер, имя восстановленной базы и учётные данные. Снимите флаг «Создать базу данных в случае её отсутствия», если база уже существует.
Восстановление через файл .dt
Альтернатива — создать пустую базу в кластере (через консоль сервера или стартер с параметром «Сервер 1С:Предприятия»), открыть её конфигуратором и загрузить .dt тем же способом, что и для файлового режима. Этот путь медленнее, но не требует доступа к СУБД.
Проверка результата после восстановления
Войдите в базу в режиме «Предприятие» под учётной записью администратора. Проверьте, что открываются ключевые отчёты за последний период, справочники содержат актуальные данные, а журналы документов заполнены. Сверьте дату последнего документа с ожидаемой датой бэкапа.
Для надёжности выполните тестирование и исправление базы (в конфигураторе: «Администрирование» → «Тестирование и исправление») в режиме только проверки. Ошибки целостности, обнаруженные сразу после развёртывания, обычно означают, что сам бэкап был снят некорректно.
Как проверить результат
База открывается без ошибок, список пользователей на месте
Ошибка формата потока, требование монопольного доступа
Дата последних документов совпадает с датой снятия бэкапа
Данные старше ожидаемых — восстановлен не тот файл
Проверка завершается без ошибок
Сообщения о битых ссылках или повреждении таблиц
Задания заблокированы или отключены
Задания активны и выполняются по расписанию
Типичные ошибки при развёртывании бэкапа
Чаще всего проблемы связаны не с самой процедурой, а с окружением: недостатком места на диске, различием версий платформы, отсутствием прав или попыткой загрузить .dt в базу, в которой кто-то работает. Загрузка требует монопольного доступа — все сеансы должны быть завершены.
Частые вопросы
Можно ли развернуть бэкап .dt на другой версии платформы 1С?
Да, на более новой версии обычно можно — при первом запуске потребуется конвертация базы. Обратная ситуация (развёртывание на более старой версии, чем та, где снят бэкап) не поддерживается: конфигуратор выдаст ошибку несовместимости.
Чем загрузка .dt отличается от восстановления SQL-копии?
Файл .dt переносим между типами СУБД и платформами, но загружается медленно и требует монопольного доступа. SQL-копия восстанавливается быстрее на больших базах, но привязана к конкретной СУБД и её версии.
Что делать, если при загрузке .dt появляется ошибка «Нарушена целостность структуры»?
Чаще всего файл повреждён при копировании или передаче. Проверьте размер файла, сравните контрольную сумму с источником, скопируйте файл заново на локальный диск и повторите загрузку. Если ошибка повторяется — файл непригоден, нужен другой бэкап.
Как развернуть копию базы для тестирования, не мешая работающей системе?
Восстановите бэкап под другим именем (другой каталог для файловой базы, другое имя базы в СУБД и кластере для серверной). Сразу после восстановления отключите регламентные задания и замените параметры подключений к внешним системам, чтобы копия не обращалась к боевым сервисам.
Нужно ли обновлять конфигурацию после загрузки бэкапа?
Если бэкап снимался с той же конфигурации и версии платформы — нет. Если версии различаются, конфигуратор при первом запуске предложит обновить конфигурацию базы данных; отказаться нельзя, база иначе не откроется в режиме «Предприятие».
Что важно запомнить
Способ восстановления выбирается по типу бэкапа: .dt загружается через конфигуратор, файл 1Cv8.1CD — копированием, SQL-копия — средствами СУБД с регистрацией в кластере. Перед развёртыванием поверх существующей базы снимите её копию, а в тестовых копиях отключайте регламентные задания. Результат проверяйте входом в «Предприятие», сверкой данных и тестированием целостности.