Администрирование · 12 мин
Как обновить 1С файлом CFU
Подробная инструкция по обновлению конфигурации 1С через файл CFU: подготовка, резервная копия, пошаговые действия, проверка результата и типичные ошибки.
Файл CFU (Configuration Update) — это файл обновления конфигурации 1С, который содержит только изменения между версиями, а не конфигурацию целиком. Его применяют, когда автоматическое обновление через интернет недоступно: нет подписки ИТС на данном компьютере, обновление скачано с портала 1С вручную или получено от франчайзи. Процедура занимает от 15 минут до часа в зависимости от размера базы и объёма изменений.
Обновление через CFU выполняется в конфигураторе и требует монопольного доступа к базе — все пользователи должны выйти. Главный риск процедуры — потеря данных при сбое, поэтому резервная копия обязательна, а не желательна. Вторая типичная проблема — несовместимость версий: CFU-файл рассчитан на конкретный релиз, и «перепрыгнуть» через несколько версий одним файлом обычно нельзя.
Ниже разобран полный цикл работ: от проверки текущей версии и подготовки копии до запуска обновления, контроля результата и действий при ошибках.
Что такое файл CFU и когда он нужен
CFU — это дельта-файл: он содержит разницу между определёнными версиями конфигурации. В отличие от файла CF, который хранит конфигурацию целиком, CFU «знает», с каких релизов на какие он обновляет. Эта информация зашита внутрь файла и проверяется конфигуратором автоматически.
Файл CFU применяется в нескольких ситуациях. Во-первых, когда обновление скачано вручную с портала portal.1c.ru в виде дистрибутива — после установки дистрибутива в каталоге шаблонов появляется файл 1cv8.cfu. Во-вторых, когда обновление прислал франчайзи или разработчик отраслевого решения. В-третьих, когда на сервере нет доступа в интернет и автоматическое обновление через сервис 1С:Обновление программ недоступно.
Важно понимать разницу между CFU и CF. Если база сильно доработана или обновление через CFU упорно не применяется, иногда используют полную загрузку конфигурации из CF с последующим восстановлением поддержки. Это более рискованный сценарий, и для типовой базы без доработок он не нужен.
Проверка текущей версии и совместимости файла
Первый шаг — узнать точный номер текущего релиза конфигурации. Откройте базу в режиме предприятия и перейдите в раздел с информацией о программе (обычно доступен через значок «i» или меню «Сервис — О программе»). Либо откройте конфигуратор: меню «Конфигурация — Поддержка — Настройка поддержки», там виден номер версии поставщика.
Затем проверьте, для каких версий предназначен ваш CFU-файл. Если файл получен из дистрибутива, откройте файл 1cv8upd.htm или readme в каталоге шаблона — там перечислены исходные релизы, с которых выполняется обновление. Ваш текущий релиз должен быть в этом списке. Если его нет — потребуется последовательно установить промежуточные обновления.
Несовпадение версий — самая частая причина отказа обновления. Конфигуратор в этом случае выдаст сообщение, что файл обновления не содержит доступных обновлений для текущей версии. Это не поломка базы, а сигнал найти правильную цепочку релизов.
Подготовка: резервная копия и монопольный доступ
Обновление конфигурации изменяет структуру базы данных, и прервать его на середине нельзя без последствий. Поэтому резервная копия делается всегда, даже если обновление кажется мелким. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельный каталог при закрытой базе. Для серверной базы правильнее сделать выгрузку в DT через конфигуратор («Администрирование — Выгрузить информационную базу») или штатный бэкап средствами СУБД.
Второе условие — монопольный доступ. Все пользователи должны выйти из базы, фоновые задания и сеансы завершены. В файловом варианте проверьте, что рядом с файлом базы нет файла блокировок 1Cv8.1CL. В клиент-серверном варианте завершите сеансы через консоль кластера или консоль администрирования, при необходимости установите блокировку сеансов заранее.
Также убедитесь, что на диске достаточно свободного места. При обновлении создаются временные копии таблиц, и для больших баз может потребоваться пространство, сопоставимое с размером самой базы. Заодно проверьте, что у учётной записи, из-под которой запускается конфигуратор, есть полные права на базу.
Пошаговое обновление через конфигуратор
Когда копия готова и пользователи вышли, откройте базу в конфигураторе. Убедитесь, что конфигурация находится на поддержке и не заблокирована от изменений на уровне настройки поддержки — для типовых конфигураций это стандартное состояние.
- 1Откройте базу в конфигураторе с монопольным доступом
- 2Перейдите: Конфигурация — Поддержка — Обновить конфигурацию
- 3Выберите «Выбор файла обновления» и укажите путь к файлу .cfu
- 4Дождитесь анализа файла и нажмите «ОК» в окне с описанием обновления
- 5Подтвердите обновление конфигурации базы данных (F7 или Конфигурация — Обновить конфигурацию базы данных)
- 6Примите изменения в окне реструктуризации и дождитесь завершения
- 7Запустите базу в режиме предприятия и дождитесь выполнения отложенных обработчиков обновления
После выбора файла конфигуратор анализирует его и показывает окно с номером новой версии и описанием изменений. Если файл подходит — кнопка «ОК» активна. После загрузки изменений в конфигурацию появится предложение обновить конфигурацию базы данных; соглашайтесь. Если изменения затрагивают структуру данных, откроется окно реструктуризации со списком изменяемых объектов — просмотрите его и нажмите «Принять».
Реструктуризация больших таблиц (регистров накопления, сведений) может идти долго — десятки минут без видимого прогресса. Не прерывайте процесс и не выключайте компьютер: прерывание реструктуризации почти гарантированно приводит к повреждению базы и восстановлению из копии.
После завершения работы конфигуратора запустите базу в режиме предприятия под пользователем с полными правами. Современные типовые конфигурации выполняют отложенные обработчики обновления данных — в это время часть функций может быть временно недоступна. Дождитесь сообщения о завершении обновления, прежде чем пускать пользователей.
Обновление нетиповой (доработанной) конфигурации
Если в конфигурацию вносились изменения с сохранением поддержки, при обновлении через CFU конфигуратор покажет окно сопоставления объектов. Здесь нужно пройтись по всем объектам, отмеченным как изменённые дважды (и вами, и поставщиком), и решить, чьи изменения приоритетны. По умолчанию платформа предлагает взять изменения поставщика — ваши доработки в этих объектах будут потеряны, если не выбрать режим объединения.
Для объектов с ручными доработками используйте режим «Объединить с приоритетом» и обязательно просматривайте сравнение модулей построчно. После обновления протестируйте все критичные доработки: печатные формы, обмены, дополнительные отчёты. Практическое правило: чем больше доработок, тем сильнее имеет смысл выполнять обновление сначала на копии базы.
Перед обновлением доработанной базы выгрузите из конфигуратора отчёт о сравнении с конфигурацией поставщика — это готовый список ваших доработок. По нему после обновления удобно проверять, что всё перенеслось корректно.
Проверка результата после обновления
Обновление считается завершённым только после проверки. Сначала убедитесь, что номер релиза в сведениях о программе изменился на новый. Затем откройте журнал регистрации и проверьте, что нет ошибок отложенных обработчиков обновления — в типовых конфигурациях их статус виден в разделе «Результаты обновления программы» (в БСП-конфигурациях).
Как проверить результат
Отображается новый релиз в сведениях о программе
Номер прежний — обновление конфигурации БД не выполнено
Все обработчики завершены без ошибок
Есть обработчики со статусом «Ошибка» — часть данных не обработана
Документы проводятся, отчёты строятся без сообщений об ошибках
Ошибки при проведении или открытии отчётов
Синхронизации выполняются штатно
Ошибки обмена после смены релиза
Дополнительно выполните пробное проведение типовых документов и сформируйте ключевые отчёты (оборотно-сальдовую ведомость, ведомость по складам — в зависимости от конфигурации). Если обновление касалось регламентированной отчётности, проверьте, что формы отчётов открываются и заполняются.
Типичные ошибки и способы их устранения
Большинство проблем при обновлении через CFU предсказуемы и связаны с подготовкой. Разберём основные сценарии.
Ошибка «Файл не содержит доступных обновлений»
Это сообщение означает, что текущий релиз базы не входит в список исходных версий CFU-файла. Проверьте точный номер своего релиза и скачайте обновления для промежуточных версий. Иногда проблема в том, что база уже обновлена до целевой версии — сверьте номера.
Конфигурация заблокирована или снята с поддержки
Если конфигурация полностью снята с поддержки, обновление через CFU работать не будет — потребуется либо вернуть поддержку через сравнение с конфигурацией поставщика, либо обновляться через загрузку CF с ручным переносом доработок. Это работа для специалиста с опытом обновления изменённых конфигураций.
Как выбрать действие
FAQ
Можно ли обновить базу файлом CFU без конфигуратора, из режима предприятия?
Нет, применение CFU-файла выполняется только в конфигураторе. Из режима предприятия работает автоматическое обновление через сервис 1С:Обновление программ, но оно скачивает файлы самостоятельно — вручную указать CFU там нельзя.
Чем CFU отличается от CF и что выбрать?
CFU содержит только изменения между конкретными версиями и применяется для обновления по цепочке релизов. CF — полная конфигурация, её загружают при восстановлении поддержки или обновлении сильно доработанных баз. Для типовой базы всегда используйте CFU.
Где взять файл CFU, если нет доступа к автоматическому обновлению?
Файл входит в дистрибутив обновления, который скачивается с портала 1С при наличии действующего договора ИТС. После установки дистрибутива CFU находится в каталоге шаблонов, обычно в подкаталоге с номером релиза. Также файл может передать обслуживающий партнёр 1С.
Сколько времени занимает обновление и можно ли работать в базе параллельно?
Работать в базе во время обновления нельзя — требуется монопольный доступ. Длительность зависит от размера базы и объёма изменений: небольшая файловая база обновляется за 15–30 минут, крупная серверная с реструктуризацией больших таблиц и отложенными обработчиками — несколько часов. Планируйте обновление на нерабочее время.
Что делать, если обновление прервалось с ошибкой посередине?
Не пытайтесь запустить базу и не повторяйте обновление «поверх». Восстановите базу из резервной копии, устраните причину сбоя (нехватка места, разрыв соединения с сервером, незавершённые сеансы) и запустите процедуру заново с самого начала.
Нужно ли обновлять платформу 1С вместе с конфигурацией?
Часто да: новые релизы конфигураций требуют определённой минимальной версии платформы. Требуемая версия указывается в описании обновления. Сначала установите нужную платформу, затем обновляйте конфигурацию — в обратном порядке база после обновления может просто не запуститься.
Что важно запомнить
Обновление 1С файлом CFU — безопасная штатная процедура при соблюдении трёх условий: проверенная резервная копия, монопольный доступ и соответствие файла текущему релизу. Завершайте обновление проверкой версии, отложенных обработчиков и пробным проведением документов, а доработанные базы сначала обновляйте на копии.