Резервная копия 1С 8.3: как сделать выгрузку через конфигуратор

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

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

Что такое файл выгрузки .dt и когда он нужен

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

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

Подготовка: права, монопольный доступ и свободное место

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

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

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

Пошаговая выгрузка базы через конфигуратор

Сама процедура занимает несколько минут для небольшой базы и может растянуться на часы для крупной. Порядок действий одинаков для всех типовых и самописных конфигураций на платформе 8.3.

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

Если конфигуратор открывается в режиме «Конфигурация базы данных» с ошибкой монопольного доступа, значит кто-то ещё работает в базе. В файловом варианте найдите активные сеансы (в конфигураторе: Администрирование → Активные пользователи) и попросите коллег выйти, либо завершите сеансы, если у вас есть такие права. Принудительное завершение чужого сеанса во время записи документа может оставить незавершённые транзакции, поэтому сначала предупредите сотрудников.

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

Как проверить, что копия рабочая

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

Для этого создайте новую пустую базу без конфигурации в списке баз 1С, откройте её конфигуратором и выберите «Администрирование → Загрузить информационную базу», указав файл копии. После загрузки войдите в режим предприятия, откройте несколько ключевых отчётов (например, оборотно-сальдовую ведомость или список документов за последний месяц) и сверьте итоги с рабочей базой. Такая проверка занимает время, но именно она превращает «файл на диске» в реальную резервную копию.

Отличия выгрузки .dt от копирования файла базы и от бэкапа СУБД

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

Для клиент-серверных баз штатный путь ежедневного резервного копирования — средства самой СУБД: полные и разностные бэкапы в MS SQL Server, pg_dump или физические копии в PostgreSQL. Такие копии делаются по расписанию, не останавливают работу пользователей и позволяют восстановить базу на момент времени. Выгрузка .dt в клиент-серверном варианте используется в основном для переноса между платформами и СУБД или как дополнительная страховка перед обновлением.

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

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

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

Автоматизация выгрузки и восстановление из копии

Выгрузку можно запускать автоматически по расписанию через командную строку платформы с параметрами конфигуратора и командой /DumpIB. Это удобно для регулярного создания копий без участия администратора, например ночью, когда пользователи не работают. Скрипт помещают в планировщик заданий Windows, предварительно проверив руками, что команда отрабатывает корректно.

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"D:\Bases\MyBase" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\MyBase_%date%.dt"

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

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