Как выгрузить конфигурацию базы данных 1С

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

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

Чем отличается выгрузка конфигурации от выгрузки базы данных

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

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

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

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

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

Как выгрузить базу данных в файл .dt через конфигуратор

Это основной способ получить полную копию базы. Откройте базу в режиме «Конфигуратор», дождитесь загрузки и перейдите в меню «Администрирование» → «Выгрузить информационную базу». Укажите папку и имя файла — по умолчанию предлагается имя 1Cv8.dt, его стоит дополнить датой, чтобы не перепутать копии.

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

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

Как сохранить только конфигурацию в файл .cf

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

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

Выгрузка в пакетном режиме из командной строки

Для регулярного резервного копирования удобнее автоматизировать выгрузку через пакетный режим конфигуратора. Команда запускает конфигуратор без интерфейса, выполняет выгрузку и завершает работу. Ту же команду можно повесить на планировщик задач Windows.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\trade_%DATE%.dt" /DisableStartupDialogs

Для клиент-серверной базы вместо параметра /F используется /S с указанием сервера и имени базы, например /S"server\base". Путь к исполняемому файлу платформы зависит от установленной версии — проверьте его в каталоге установки. Пароль в открытом виде в скрипте — риск: ограничьте доступ к файлу скрипта и по возможности используйте отдельную учётную запись только для резервного копирования.

Для выгрузки конфигурации в .cf пакетным способом служит команда /DumpCfg с указанием пути к файлу. Она выполняется быстрее, чем /DumpIB, и не требует монопольного доступа к данным, хотя активные сеансы всё равно желательно минимизировать.

Особенности клиент-серверного режима и ограничения

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

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

Проверка результата и типичные ошибки

Минимальная проверка — размер файла: подозрительно маленький .dt (несколько килобайт при базе в гигабайты) означает сбой выгрузки. Надёжная проверка — тестовая загрузка: создайте пустую базу, выполните «Администрирование» → «Загрузить информационную базу» и убедитесь, что база открывается, а данные на месте. Только тестовая загрузка гарантирует, что копия рабочая.

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

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