Как обновлять 1С с помощью CF-файла

Файл с расширением .cf — это полная выгрузка конфигурации 1С, которую можно загрузить в базу вместо текущей. Такой способ обновления применяют, когда штатный механизм поддержки недоступен: конфигурация снята с поддержки, сильно доработана, база находится в закрытом контуре без доступа к порталу 1С, либо обновление нужно выполнить через несколько промежуточных версий. В отличие от файла .cfu, который содержит только изменения и работает строго от одной версии к другой, CF загружает конфигурацию целиком.

Загрузка CF — операция с полной заменой конфигурации поставщика. Если в базе есть доработки, выполненные в режиме поддержки с возможностью изменения, они будут потеряны при загрузке без сравнения и объединения. Поэтому метод требует подготовки: резервной копии, анализа отличий и тестовой проверки на копии базы. Ниже разобран полный цикл работ — от выбора файла до контроля результата.

Материал ориентирован на администраторов и разработчиков 1С, работающих в конфигураторе на платформе 8.3. Порядок действий одинаков для файловых и клиент-серверных баз, различия касаются только способа создания резервной копии и блокировки сеансов.

Когда обновление через CF оправдано, а когда лучше штатный механизм

Штатное обновление через «Поддержка → Обновить конфигурацию» с поиском файлов обновлений (.cfu) — самый безопасный путь: платформа сама контролирует цепочку версий и применяет только изменения. CF-файл используют в ситуациях, где этот путь невозможен или неудобен.

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

Сравнение вариантов обновления

Штатное обновление (.cfu)

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

Загрузка CF целиком

Подходит для типовых баз без доработок, когда нет файла .cfu. Быстро, но затирает все изменения конфигурации поставщика.

Сравнение и объединение с CF

Единственный вариант для доработанных баз: позволяет вручную выбрать, какие изменения перенести. Требует времени и аккуратности.

Подготовка: копия, проверка версий и блокировка сеансов

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

Далее убедитесь, что версия платформы, на которой работает база, совместима с конфигурацией в CF-файле. Откройте свойства конфигурации в конфигураторе («Конфигурация → Свойства») и посмотрите режим совместимости. Если CF собран под более новую платформу, сначала обновите платформу на всех рабочих местах и сервере.

Завершите работу пользователей: в клиент-серверном варианте заблокируйте сеансы через консоль кластера или «Администрирование → Блокировка работы пользователей» в режиме предприятия. Активные сеансы не дадут выполнить обновление конфигурации базы данных.

Загрузка CF целиком: полная замена конфигурации

Этот способ подходит только для баз без собственных доработок либо когда вы осознанно заменяете конфигурацию целиком. Порядок действий: откройте базу в конфигураторе, убедитесь, что конфигурация открыта («Конфигурация → Открыть конфигурацию»), затем выберите «Конфигурация → Загрузить конфигурацию из файла» и укажите путь к CF-файлу.

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

1. 1
   Создайте резервную копию базы и завершите сеансы пользователей
2. 2
   Откройте конфигуратор и командой «Открыть конфигурацию» разблокируйте дерево объектов
3. 3
   Выполните «Конфигурация → Загрузить конфигурацию из файла» и укажите CF-файл
4. 4
   Подтвердите предупреждения платформы о замене конфигурации
5. 5
   Выполните «Конфигурация → Обновить конфигурацию базы данных» (F7)
6. 6
   Дождитесь реструктуризации и запустите базу в режиме предприятия для отработки обработчиков обновления

Сравнение и объединение: обновление доработанной конфигурации

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

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

Особое внимание уделите объектам, от которых зависят данные: реквизитам, измерениям регистров, типам полей. Удаление реквизита или сужение типа при объединении приведёт к потере данных при реструктуризации. Сомнительные объекты оставляйте без изменений и переносите вручную после анализа.

Перед объединением сохраните отчёт о сравнении конфигураций в файл (кнопка «Сохранить отчёт» в окне сравнения). Этот список различий удобно использовать как чек-лист: после обновления пройдитесь по нему и убедитесь, что каждая доработка на месте.

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

Загрузка CF меняет только конфигурацию разработчика, но не структуру базы данных. Следующий шаг — «Конфигурация → Обновить конфигурацию базы данных» (клавиша F7). Платформа покажет список изменений структуры: новые и изменённые объекты. Проверьте, что в списке нет неожиданных удалений данных, и подтвердите реструктуризацию.

На больших базах реструктуризация занимает заметное время и требует монопольного доступа. Для клиент-серверных баз доступно фоновое обновление (флажок в окне обновления конфигурации БД), которое выполняется в несколько этапов и позволяет часть работ провести без полного простоя.

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

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

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

Номер версии в «О программе»

Норма

Соответствует версии загруженного CF

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

Версия старая — обработчики не отработали или загрузка не завершена

Форма «Результаты обновления»

Норма

Все обработчики в статусе «Выполнено»

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

Есть ошибки или незавершённые обработчики

Открытие ключевых документов и отчётов

Норма

Формы открываются, данные на месте, отчёты считаются

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

Ошибки форматов, пустые поля, падение отчётов

Журнал регистрации

Норма

Нет массовых ошибок после запуска

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

Повторяющиеся ошибки обработчиков или обращений к удалённым объектам

Типичные ошибки и ограничения метода

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

Вторая группа проблем связана с пропуском версий. CF сам по себе загрузится с любого релиза, но обработчики обновления рассчитаны на переход с предыдущих версий. При большом «прыжке» часть обработчиков может не сработать или выполниться некорректно. Когда разрыв велик, надёжнее обновляться последовательно через промежуточные релизы.

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

Откат и повторная попытка

Если обновление завершилось ошибкой или результат неудовлетворителен, единственный надёжный откат — восстановление из резервной копии. Для файловой базы верните файл 1Cv8.1CD или загрузите .dt через «Администрирование → Загрузить информационную базу». Для клиент-серверной — восстановите базу средствами СУБД или загрузите .dt.

Учтите, что загрузка .dt в существующую базу заменяет её полностью, включая пользователей и данные, введённые после копии. Поэтому решение об откате принимайте быстро, пока пользователи не начали работу в обновлённой базе.

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

Чем CF отличается от CFU при обновлении?

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

Можно ли обновить базу через CF без монопольного доступа?

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

Слетит ли конфигурация с поддержки после загрузки CF?

Да, при загрузке конфигурации из файла настройки поддержки сбрасываются. Если CF соответствует официальному релизу поставщика, после загрузки конфигурацию можно снова поставить на поддержку через «Поддержка → Настройка поддержки», указав поставщика и версию.

Что делать, если после обновления пропали доработки?

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

Можно ли обновиться через CF, перепрыгнув несколько релизов?

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

Как проверить, что обновление прошло полностью?

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