Администрирование · 11 мин
Выгрузка конфигурации 1С: зачем она нужна и как её выполнить
Зачем выгружать конфигурацию 1С в файлы: резервное копирование, перенос доработок, сравнение версий. Инструкция по выгрузке, риски и типичные ошибки.
Выгрузка конфигурации 1С — это сохранение структуры прикладного решения (метаданных, модулей, форм, ролей) в отдельный файл или набор файлов. Сама по себе она не содержит данных базы: ни документов, ни справочников, ни остатков. Именно поэтому её часто путают с выгрузкой информационной базы (.dt), хотя задачи у этих операций разные.
На практике выгрузку конфигурации выполняют разработчики, внедренцы и администраторы: чтобы сохранить доработки перед обновлением, передать конфигурацию коллеге, разобрать чужую доработку или подготовить поставку для клиента. Без понимания, какой именно формат выгрузки нужен, легко получить файл, который не решает задачу.
Ниже разобраны основные сценарии, в которых нужна выгрузка конфигурации, отличия форматов .cf, .cfu и выгрузки в файлы XML, а также порядок безопасного выполнения операции.
Что именно сохраняется при выгрузке конфигурации
Конфигурация — это «проект» прикладного решения: описание объектов метаданных (справочников, документов, регистров, отчётов), программные модули на встроенном языке, формы, макеты, роли и права, интерфейс. При выгрузке в файл .cf сохраняется именно этот набор, без пользовательских данных.
Это принципиальное отличие от файла .dt, который содержит и конфигурацию, и данные. Если цель — сделать полную резервную копию рабочей базы, нужен .dt или штатные средства СУБД. Если цель — перенести только доработки или сохранить само решение, достаточно .cf или выгрузки в файлы.
Основные сценарии, для которых нужна выгрузка
Резервное копирование доработок перед обновлением
Перед обновлением типовой конфигурации, в которую внесены изменения, разумно выгрузить текущую конфигурацию в .cf. Если обновление пройдёт с ошибками или затрёт важные доработки, файл позволит восстановить прежнее состояние метаданных и модулей или вручную перенести нужные фрагменты кода.
Перенос решения между базами
Когда доработку сделали в тестовой базе и хотят перенести в рабочую, конфигурацию выгружают и загружают в целевую базу через «Загрузить конфигурацию из файла». Для частичного переноса удобнее использовать механизм сравнения и объединения конфигураций — он позволяет выбрать только нужные объекты.
Подготовка обновления для клиентов и филиалов
Разработчик, поддерживающий несколько внедрений, формирует файл обновления .cfu через пункт «Поставка конфигурации». Клиентская сторона обновляется штатно через «Обновить конфигурацию», при этом .cfu работает только при совпадении версии-предшественника.
Разбор и аудит чужой конфигурации
Получив .cf от подрядчика или с прежнего места внедрения, специалист может загрузить его в пустую базу и изучить структуру решения без доступа к чужим данным. Это стандартный способ оценить объём доработок перед покупкой, сопровождением или миграцией.
Конфигурация в .cf данных не содержит
Проверьте, что целевая база того же релиза платформы
Нужна система контроля версий, например Git
Проверьте совместимость версий поставки
Форматы выгрузки: чем отличаются и что выбрать
Конфигуратор предлагает несколько вариантов сохранения конфигурации, и выбор зависит от задачи. Неправильный формат — частая причина того, что «выгрузка не открывается» или «не загружается» на другой стороне.
| Формат | Что содержит | Когда использовать |
|---|---|---|
| .cf | Полная конфигурация | Резервная копия доработок, перенос решения, аудит |
| .cfu | Только изменения относительно указанных версий | Обновление клиентских баз через поставку |
| Выгрузка в файлы (XML) | Конфигурация в виде дерева текстовых файлов | Контроль версий, код-ревью, автоматизация |
| .dt | Конфигурация + все данные | Полная резервная копия, перенос базы целиком |
Выгрузка в XML-файлы выполняется через «Конфигурация → Выгрузить конфигурацию в файлы». Такой формат удобен для хранения в Git: изменения видны построчно, можно отследить, кто и что поменял в модуле. Минус — большое количество файлов и необходимость дисциплины в работе команды.
Сравнение вариантов
Подходит для разового переноса и резервной копии доработок; не подходит для контроля версий
Подходит для обновления баз клиентов; требует точного совпадения версии-предшественника
Подходит для Git и командной разработки; требует настройки процесса и занимает больше места
Подходит для полной копии базы; избыточен, если нужны только метаданные
Как выгрузить конфигурацию: порядок действий
Операция выполняется в конфигураторе и занимает от нескольких секунд до нескольких минут в зависимости от размера конфигурации. Для файловой базы достаточно монопольного доступа, для клиент-серверной желательно, чтобы активных пользователей не было.
- 1Откройте базу в режиме «Конфигуратор» и при необходимости завершите работу пользователей
- 2Откройте конфигурацию: меню «Конфигурация → Открыть конфигурацию»
- 3Выберите «Конфигурация → Сохранить конфигурацию в файл» для .cf или «Выгрузить конфигурацию в файлы» для XML
- 4Укажите папку и имя файла, дождитесь окончания выгрузки
- 5Проверьте результат: файл создан, его размер больше нуля, при повторной загрузке в пустую базу конфигурация открывается без ошибок
Для клиент-серверных баз и регламентных операций выгрузку можно выполнять из командной строки с помощью пакетного режима конфигуратора — это удобно для автоматического резервного копирования по расписанию.
"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"D:\bases\trade" /N"Админ" /P"пароль" /DumpCfg "D:\backup\config.cf"Проверка результата и контрольные точки
Сам факт создания файла не гарантирует, что выгрузка пригодна. Рекомендуется периодически проверять файл «на восстановление»: загрузить его в пустую файловую базу и убедиться, что конфигурация открывается, обновляется и запускается в режиме предприятия.
Как проверить результат
Создан, размер сопоставим с предыдущими выгрузками
Файл нулевого размера или резко меньше обычного
Конфигурация загружается и обновляется без ошибок
Ошибки загрузки, сообщения о повреждении файла
База стартует, основные формы открываются
Ошибки компиляции модулей при запуске
Целевая база на платформе не старше той, где делали выгрузку
Конфигурация не открывается на более старой платформе
Риски и типичные ошибки
Главный риск связан не с самой выгрузкой, а с последующей загрузкой: команда «Загрузить конфигурацию из файла» полностью замещает текущую конфигурацию базы. Если загрузить не тот файл или загрузить в рабочую базу вместо тестовой, доработки будут потеряны.
Отдельная ошибка — считать выгрузку в XML-файлы заменой резервного копирования. XML-дерево предназначено для контроля версий и разработки; для защиты от потери базы оно не подходит, так как данных в нём нет.
Когда выгрузка конфигурации не решает задачу
Если цель — перенести базу на другой сервер, сделать архив перед рискованной операцией или восстановиться после сбоя, нужна выгрузка информационной базы (.dt) или резервная копия средствами СУБД. Для переноса отдельных данных между базами с разными конфигурациями используют правила обмена и обработки вроде «Выгрузка и загрузка данных XML».
Как выбрать действие
Удобно давать файлам выгрузки осмысленные имена с датой и версией, например trade_11_5_12_2026-06-01.cf. Это избавляет от путаницы, когда копий накапливается несколько, и упрощает поиск нужной версии при восстановлении.
Частые вопросы
Можно ли восстановить данные из файла .cf?
Нет. Файл .cf содержит только структуру конфигурации: метаданные, модули, формы, роли. Документы, справочники и остатки в него не входят. Для восстановления данных нужна выгрузка информационной базы (.dt) или резервная копия средствами СУБД.
Чем выгрузка конфигурации отличается от выгрузки базы?
Выгрузка базы (.dt) сохраняет и конфигурацию, и все данные, её используют для полного резервного копирования и переноса базы. Выгрузка конфигурации (.cf) сохраняет только «проект» решения без данных и нужна для переноса доработок, аудита и поставки обновлений.
Можно ли выгрузить конфигурацию, пока пользователи работают?
Технически для клиент-серверной базы это часто возможно, но надёжнее выполнять операцию при завершённых сеансах: вы получите гарантированно целостный снимок без риска зафиксировать промежуточное состояние изменений. Для файловой базы потребуется монопольный доступ.
Почему конфигурация не загружается в другую базу?
Частые причины: на целевой стороне установлена более старая версия платформы, файл повреждён при копировании или передаче, либо для загрузки используется .cfu, который требует конкретную версию-предшественника. Проверьте версию платформы и целостность файла, при необходимости выгрузите конфигурацию заново.
Что выбрать для контроля версий: .cf или выгрузку в файлы?
Для Git и командной разработки подходит выгрузка конфигурации в XML-файлы: изменения видны построчно, можно выполнять слияние веток и код-ревью. Бинарный .cf в системе контроля версий хранить можно, но сравнивать и объединять его штатными средствами Git не получится.
Нужно ли выгружать конфигурацию, если база типовая без доработок?
Обычно нет: типовую конфигурацию всегда можно установить из дистрибутива. Но выгрузка .cf перед обновлением всё равно полезна как страховка — она фиксирует точное состояние решения, включая возможные неучтённые изменения, внесённые ранее.
Что важно запомнить
Выгрузка конфигурации сохраняет структуру решения без данных и нужна для резервного копирования доработок, переноса, аудита и поставки обновлений. Для полной защиты базы используйте .dt, для контроля версий — выгрузку в XML, а перед любой загрузкой .cf в рабочую базу делайте полную резервную копию.