К статье
Практический материал

Администрирование · 11 мин

Выгрузка конфигурации 1С: зачем она нужна и как её выполнить

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

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

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

Ниже разобраны основные сценарии, в которых нужна выгрузка конфигурации, отличия форматов .cf, .cfu и выгрузки в файлы XML, а также порядок безопасного выполнения операции.

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

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

Это принципиальное отличие от файла .dt, который содержит и конфигурацию, и данные. Если цель — сделать полную резервную копию рабочей базы, нужен .dt или штатные средства СУБД. Если цель — перенести только доработки или сохранить само решение, достаточно .cf или выгрузки в файлы.

Основные сценарии, для которых нужна выгрузка

Резервное копирование доработок перед обновлением

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

Перенос решения между базами

Когда доработку сделали в тестовой базе и хотят перенести в рабочую, конфигурацию выгружают и загружают в целевую базу через «Загрузить конфигурацию из файла». Для частичного переноса удобнее использовать механизм сравнения и объединения конфигураций — он позволяет выбрать только нужные объекты.

Подготовка обновления для клиентов и филиалов

Разработчик, поддерживающий несколько внедрений, формирует файл обновления .cfu через пункт «Поставка конфигурации». Клиентская сторона обновляется штатно через «Обновить конфигурацию», при этом .cfu работает только при совпадении версии-предшественника.

Разбор и аудит чужой конфигурации

Получив .cf от подрядчика или с прежнего места внедрения, специалист может загрузить его в пустую базу и изучить структуру решения без доступа к чужим данным. Это стандартный способ оценить объём доработок перед покупкой, сопровождением или миграцией.

Нужна копия всей базы с даннымиВыгрузка .dt

Конфигурация в .cf данных не содержит

Нужно перенести только доработкиФайл .cf или сравнение конфигураций

Проверьте, что целевая база того же релиза платформы

Ведётся командная разработкаВыгрузка в XML-файлы

Нужна система контроля версий, например Git

Нужно обновить клиентскую базуФайл обновления .cfu

Проверьте совместимость версий поставки

Форматы выгрузки: чем отличаются и что выбрать

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

ФорматЧто содержитКогда использовать
.cfПолная конфигурацияРезервная копия доработок, перенос решения, аудит
.cfuТолько изменения относительно указанных версийОбновление клиентских баз через поставку
Выгрузка в файлы (XML)Конфигурация в виде дерева текстовых файловКонтроль версий, код-ревью, автоматизация
.dtКонфигурация + все данныеПолная резервная копия, перенос базы целиком

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

Сравнение вариантов

Файл .cf

Подходит для разового переноса и резервной копии доработок; не подходит для контроля версий

Файл .cfu

Подходит для обновления баз клиентов; требует точного совпадения версии-предшественника

Выгрузка в XML

Подходит для Git и командной разработки; требует настройки процесса и занимает больше места

Файл .dt

Подходит для полной копии базы; избыточен, если нужны только метаданные

Как выгрузить конфигурацию: порядок действий

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

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

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

bash
"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"D:\bases\trade" /N"Админ" /P"пароль" /DumpCfg "D:\backup\config.cf"

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

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

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

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

Файл выгрузки
Норма

Создан, размер сопоставим с предыдущими выгрузками

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

Файл нулевого размера или резко меньше обычного

Загрузка в пустую базу
Норма

Конфигурация загружается и обновляется без ошибок

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

Ошибки загрузки, сообщения о повреждении файла

Запуск в режиме предприятия
Норма

База стартует, основные формы открываются

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

Ошибки компиляции модулей при запуске

Версия платформы
Норма

Целевая база на платформе не старше той, где делали выгрузку

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

Конфигурация не открывается на более старой платформе

Риски и типичные ошибки

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

Типичные ошибки
01
Путать .cf и .dt: выгрузили конфигурацию и считают, что данные сохранены — при сбое данные теряются
02
Загружать .cf вместо сравнения/объединения — затираются доработки, сделанные другими специалистами
03
Хранить единственную копию .cf на том же диске, что и база — при отказе диска теряется и база, и копия
04
Игнорировать версию платформы: конфигурация, сохранённая на новой платформе, может не открыться на старой
05
Формировать .cfu без проверки версии-предшественника — клиентская база обновление не примет

Отдельная ошибка — считать выгрузку в XML-файлы заменой резервного копирования. XML-дерево предназначено для контроля версий и разработки; для защиты от потери базы оно не подходит, так как данных в нём нет.

Когда выгрузка конфигурации не решает задачу

Если цель — перенести базу на другой сервер, сделать архив перед рискованной операцией или восстановиться после сбоя, нужна выгрузка информационной базы (.dt) или резервная копия средствами СУБД. Для переноса отдельных данных между базами с разными конфигурациями используют правила обмена и обработки вроде «Выгрузка и загрузка данных XML».

Маршрут решения

Как выбрать действие

Нужна полная копия базы со всеми документамиВыполните выгрузку информационной базы в .dt или копию средствами СУБД
Нужно сохранить только доработки перед обновлениемСохраните конфигурацию в файл .cf
Нужно обновить несколько клиентских базСформируйте файл поставки и обновления .cfu
Нужно вести историю изменений кода в командеНастройте выгрузку конфигурации в XML-файлы и Git
Нужно перенести данные в базу с другой конфигурациейИспользуйте правила обмена, а не выгрузку конфигурации
Удобно давать файлам выгрузки осмысленные имена с датой и версией, например trade_11_5_12_2026-06-01.cf. Это избавляет от путаницы, когда копий накапливается несколько, и упрощает поиск нужной версии при восстановлении.
ПЗ
Практическое замечание

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

Можно ли восстановить данные из файла .cf?

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

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

Выгрузка базы (.dt) сохраняет и конфигурацию, и все данные, её используют для полного резервного копирования и переноса базы. Выгрузка конфигурации (.cf) сохраняет только «проект» решения без данных и нужна для переноса доработок, аудита и поставки обновлений.

Можно ли выгрузить конфигурацию, пока пользователи работают?

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

Почему конфигурация не загружается в другую базу?

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

Что выбрать для контроля версий: .cf или выгрузку в файлы?

Для Git и командной разработки подходит выгрузка конфигурации в XML-файлы: изменения видны построчно, можно выполнять слияние веток и код-ревью. Бинарный .cf в системе контроля версий хранить можно, но сравнивать и объединять его штатными средствами Git не получится.

Нужно ли выгружать конфигурацию, если база типовая без доработок?

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

Итог

Что важно запомнить

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