Администрирование · 11 мин
Как загрузить конфигурацию в 1С 8.3 из файла CF
Как загрузить конфигурацию в 1С 8.3 из CF-файла через конфигуратор: подготовка, резервная копия, порядок действий, проверка результата и типичные ошибки.
Файл с расширением CF — это выгрузка конфигурации 1С, которая содержит все метаданные прикладного решения: справочники, документы, отчёты, модули и формы. Загрузка такого файла полностью заменяет текущую конфигурацию базы, поэтому операцию проводят при первичном развёртывании решения, переносе разработки между базами или восстановлении после повреждений.
Процедура выполняется в конфигураторе и занимает от нескольких минут до часа в зависимости от размера файла и объёма реструктуризации. Главные риски — потеря пользовательских данных при неверном выборе режима загрузки и несовместимость версий платформы. Ниже разобран полный порядок действий: от подготовки резервной копии до проверки результата.
Когда нужна загрузка из CF и чем она отличается от обновления
Загрузка конфигурации из файла полностью заменяет текущую конфигурацию базы той, что содержится в CF-файле. Это принципиально отличается от обновления через пункт «Поддержка → Обновить конфигурацию», где платформа сравнивает версии и аккуратно переносит изменения, сохраняя доработки и настройки поддержки.
Загрузка из CF уместна в нескольких ситуациях: развёртывание новой базы из поставки вендора, перенос доработанной конфигурации из тестовой базы в рабочую, восстановление после повреждения метаданных, переход на конфигурацию, снятую с поддержки. Если же база находится на поддержке и нужно просто установить новый релиз, правильнее использовать штатное обновление — загрузка CF снимет базу с поддержки и обнулит настройки поставщика.
Подготовка: резервная копия и условия запуска
Перед загрузкой обязательно создайте резервную копию информационной базы. Для файловой базы достаточно выгрузки через «Администрирование → Выгрузить информационную базу» в DT-файл. Для клиент-серверной базы рекомендуется копия средствами СУБД (например, MS SQL или PostgreSQL), так как выгрузка DT на больших объёмах идёт долго и требовательна к памяти.
Загрузка конфигурации требует монопольного доступа к базе: все пользователи должны завершить сеансы, фоновые задания — остановиться. В клиент-серверном варианте дополнительно проверьте, что нет зависших соединений на сервере 1С. У учётной записи, под которой выполняется операция, должны быть полные права (роль администратора).
Убедитесь, что версия платформы, на которой открыта база, совместима с конфигурацией из CF-файла. Если конфигурация выгружена под более новую платформу, при загрузке или обновлении могут возникнуть ошибки несовместимости. Версию платформы, для которой собрана конфигурация, обычно указывает поставщик файла.
Пошаговая загрузка конфигурации из CF
Сама процедура занимает несколько шагов и выполняется в конфигураторе. Запустите базу в режиме конфигуратора через ярлык 1С или список информационных баз, выбрав нужную базу и нажав кнопку «Конфигуратор».
- 1Откройте базу в конфигураторе и убедитесь, что активен монопольный режим
- 2Сделайте выгрузку базы в DT через «Администрирование → Выгрузить информационную базу»
- 3Откройте меню «Конфигурация → Открыть конфигурацию», если она ещё не открыта
- 4Выберите «Конфигурация → Загрузить конфигурацию из файла» и укажите CF-файл
- 5Дождитесь окончания загрузки и ответьте на вопросы конфигуратора
- 6Обновите конфигурацию базы данных клавишей F7 или через «Конфигурация → Обновить конфигурацию базы данных»
- 7Проверьте запуск базы в режиме 1С:Предприятие
Если конфигурация базы закрыта, пункт загрузки будет неактивен — сначала откройте её через «Конфигурация → Открыть конфигурацию». Если база находится на поддержке, конфигуратор потребует включить возможность изменений: это делается через «Конфигурация → Поддержка → Настройка поддержки», кнопка «Включить возможность изменения».
Во время загрузки конфигуратор может задать вопросы, например о постановке конфигурации на поддержку, если CF-файл содержит информацию о поставщике. От ответа зависит дальнейший режим обновления: для самостоятельно дорабатываемых решений постановка на поддержку обычно не требуется.
Обновление конфигурации базы данных и реструктуризация
Загрузка CF меняет только конфигурацию в хранилище метаданных, но не структуру таблиц базы данных. Чтобы изменения вступили в силу, после загрузки выполните обновление конфигурации базы данных — клавиша F7 или пункт меню «Конфигурация → Обновить конфигурацию базы данных».
Если новая конфигурация отличается по структуре — добавлены или удалены реквизиты, изменены типы полей, появились новые объекты, — запустится реструктуризация. Конфигуратор покажет список изменений; внимательно просмотрите его, особенно строки с удалением данных. Если в списке есть удаление таблиц или реквизитов с данными, которые должны сохраниться, отмените операцию и разберитесь в причинах.
На больших базах реструктуризация может идти длительное время и требовать значительного дискового пространства — платформа создаёт временные копии изменяемых таблиц. Прерывать процесс нельзя: это приводит к повреждению базы. Для клиент-серверных баз объёмом в десятки гигабайт реструктуризацию часто планируют на нерабочее время.
Проверка результата после загрузки
После завершения обновления запустите базу в режиме 1С:Предприятие под учётной записью с полными правами. Успешный запуск без сообщений об ошибках — первый признак корректной загрузки. Затем откройте несколько ключевых объектов: журналы документов, основные справочники, типовые отчёты.
Как проверить результат
База открывается без ошибок инициализации
Ошибки метаданных или требование обновления при старте
В «О программе» указана ожидаемая версия из CF-файла
Версия не изменилась или конфигурация пустая
Записи на месте, открываются и проводятся
Пропали реквизиты, документы не проводятся
Формируются без ошибок
Ошибки в модулях, отсутствуют макеты
Дополнительно полезно выполнить тестирование и исправление базы («Администрирование → Тестирование и исправление») в режиме проверки логической целостности. Для клиент-серверных баз проверьте журнал регистрации на предмет ошибок, возникших при первом запуске после обновления.
Если конфигурация содержит обработчики обновления данных (типично для типовых решений), при первом запуске в пользовательском режиме они выполнятся автоматически или потребуют запуска вручную. Не прерывайте этот процесс и дождитесь сообщения о завершении.
Типичные ошибки и как их избежать
Отдельная группа проблем связана с тем, что CF загружают в непустую базу, хотя файл предназначен для чистого развёртывания. Если конфигурация из CF не содержит объектов, которые есть в базе и заполнены данными, при реструктуризации эти таблицы будут удалены вместе с данными. Всегда сопоставляйте список изменений реструктуризации с тем, что должно сохраниться.
Перед загрузкой CF в рабочую базу полезно отработать процедуру на копии: создайте тестовую базу из DT-выгрузки, выполните загрузку и обновление там. Это покажет реальную длительность реструктуризации и позволит заранее увидеть список удаляемых объектов без риска для рабочих данных.
CF, DT и обновление через поставщика: что выбрать
Выбор способа зависит от задачи. CF переносит только конфигурацию, DT — конфигурацию вместе со всеми данными, а штатное обновление применяет изменения поверх существующей конфигурации с сохранением поддержки.
Сравнение вариантов
Перенос метаданных между базами, развёртывание решения, восстановление конфигурации. Данные не переносятся, поддержка сбрасывается.
Полный перенос базы с данными или создание копии. Не подходит, если нужно обновить только конфигурацию, сохранив данные целевой базы.
Штатная установка нового релиза типовой конфигурации. Сохраняет поддержку и доработки, но требует корректной цепочки версий.
Если стоит задача перенести доработки из тестовой базы в рабочую, но полная замена конфигурации нежелательна, рассмотрите альтернативу — сравнение и объединение конфигураций («Конфигурация → Сравнить, объединить с конфигурацией из файла»). Этот режим позволяет выборочно перенести только изменённые объекты и сохранить настройки поддержки.
Что важно запомнить
Загрузка из CF полностью заменяет конфигурацию базы. Обязательный порядок: резервная копия, монопольный доступ, загрузка файла, обновление конфигурации базы данных, проверка в пользовательском режиме. Для базы на поддержке вместо загрузки используйте штатное обновление, а для полного переноса данных — файл DT.
Частые вопросы
Чем файл CF отличается от файла DT?
CF содержит только конфигурацию — метаданные, код, формы и макеты. DT — это полная выгрузка информационной базы, включающая и конфигурацию, и все пользовательские данные. Для переноса базы целиком используют DT, для переноса только прикладного решения — CF.
Можно ли загрузить CF в базу, которая находится на поддержке?
Технически можно, но конфигуратор потребует включить возможность изменений, а после загрузки настройки поддержки будут сброшены. Если цель — установить новый релиз типовой конфигурации, используйте «Поддержка → Обновить конфигурацию», это сохранит поддержку и упростит будущие обновления.
Почему после загрузки CF база не запускается в режиме предприятия?
Наиболее частая причина — не выполнено обновление конфигурации базы данных (F7). Также проверьте совместимость версии платформы с конфигурацией и посмотрите текст ошибки: если упоминаются несуществующие объекты метаданных, файл мог быть выгружен под другую версию решения.
Можно ли загрузить CF из командной строки в пакетном режиме?
Да, конфигуратор поддерживает пакетный запуск с параметром /LoadCfg и указанием пути к файлу, а для последующего обновления — /UpdateDBCfg. Это удобно для автоматизации развёртывания, но резервную копию всё равно нужно делать заранее отдельной командой или средствами СУБД.
Что делать, если реструктуризация зависла или прервалась?
Если процесс был прерван, база может оказаться в повреждённом состоянии. Не пытайтесь повторно обновлять конфигурацию — восстановите базу из резервной копии и повторите операцию, предварительно убедившись в достатке свободного места на диске и отсутствии активных соединений.
Загрузится ли CF, выгруженный из другой конфигурации?
Файл загрузится технически, но конфигурация базы будет полностью заменена чужой структурой: при реструктуризации все несовпадающие таблицы с данными будут удалены. Такая операция имеет смысл только при осознанной смене прикладного решения и при условии, что данные либо не нужны, либо предварительно перенесены обработками.