Установка обновления конфигурации 1С из файла cfu

Файл с расширением cfu не открывается двойным щелчком и не ставится как обычная программа. Это файл поставки обновления: он содержит только разницу между двумя версиями конфигурации. Чтобы обновить 1С из файла cfu, откройте базу в Конфигураторе и выберите Конфигурация → Поддержка → Обновить конфигурацию, затем укажите этот файл. После этого обязательно обновите конфигурацию базы данных и один раз запустите базу в обычном режиме.

Частая ошибка: пытаются «загрузить» cfu как файл cf через Конфигурация → Загрузить конфигурацию из файла. Так обновление не ставится. Файл cf несёт целую конфигурацию и заменяет её, а cfu применяется к уже установленной конфигурации, которая стоит на поддержке, и аккуратно объединяет изменения поставщика с вашими.

Чем cfu отличается от cf и когда он нужен

Три типа файлов путают чаще всего.

Файл cfu нужен, когда:

• ✅ у базы нет доступа в интернет, а автоматическая установка обновлений недоступна;
• ✅ обновление скачано отдельно на другом компьютере и принесено на флешке;
• ✅ вы обновляете базу пошагово через промежуточные релизы;
• ✅ нужно проверить обновление на копии базы до того, как ставить в рабочую.

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

Что проверить до начала

Подготовка занимает десять минут и снимает большинство проблем.

1. Конфигурация должна стоять на поддержке. Откройте Конфигуратор и выберите Конфигурация → Поддержка → Настройка поддержки. Если там написано, что конфигурация не поставлена на поддержку или снята с неё, обновление из cfu встанет только после восстановления связи с поставкой. Для этого понадобится файл cf или cfu той версии, с которой вы работали раньше.

2. Файл обновления должен подходить именно вашей конфигурации. Для «Бухгалтерии предприятия» нужен cfu бухгалтерии, а не ЗУП. Внутри каталога поставки обычно лежит папка с номером версии, а в ней файл 1cv8.cfu. Сверьте название конфигурации и номер версии, с которой обновление рассчитано.

3. Текущий релиз конфигурации. Посмотрите версию в окне Справка → О программе. Обновление собрано от конкретной версии (или нескольких). Если вы отстали на много релизов, ставьте цепочку: сначала ближайший, потом следующий. Перепрыгнуть через промежуточные можно не всегда.

4. Платформа. Новые релизы конфигураций требуют минимальной версии платформы. Сравнивайте по номеру: платформа должна быть не ниже той, что указана в описании релиза. Если номер ниже, сначала обновите платформу, потом конфигурацию.

5. Резервная копия. Для файловой базы закройте её у всех и скопируйте файл 1Cv8.1CD. Для клиент-серверной сделайте резервную копию в СУБД средствами SQL-сервера или выгрузите dt через Администрирование → Выгрузить информационную базу в Конфигураторе. Без копии не начинайте: откатить неудачное обновление можно только из неё.

6. Пользователи. Предупредите всех, что работа остановится. Обновление структуры базы идёт в монопольном режиме, поэтому сеансы нужно завершить. В списке активных пользователей (Администрирование → Активные пользователи) видно, кто ещё в базе.

Порядок установки патча cfu

Работаем под пользователем с правами администратора, в Конфигураторе.

Открываем базу в Конфигураторе

Запустите 1С, выберите базу в списке и нажмите кнопку Конфигуратор. Если доработок много, откройте именно рабочую копию, на которой вы всё проверили.

Запускаем обновление

1. Выберите Конфигурация → Поддержка → Обновить конфигурацию.
2. В окне выбора источника переключитесь на пункт выбора файла обновления (не «Поиск доступных обновлений») и нажмите Далее.
3. Укажите путь к 1cv8.cfu кнопкой выбора файла.
4. Нажмите Далее и дождитесь, пока программа прочитает файл и покажет, какую версию он содержит.
5. Нажмите Готово в окне параметров или Выполнить обновление, если программа предлагает его сразу.

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

Настраиваем параметры обновления

Перед применением откроется окно с параметрами. Здесь решается, как поступить с объектами, которые вы меняли сами. Типичные настройки:

• Объект поставщика меняется, у вас доработок нет — берётся версия поставщика. Это самый частый и безопасный вариант.
• Объект изменён и у вас, и у поставщика — программа помечает конфликт и ждёт решения. Здесь нужен человек.
• Объект изменён только у вас — остаётся как есть.

Что делать с конфликтами

Если вы дорабатывали типовые модули или формы, откроется окно сравнения и объединения. Для каждого конфликтного объекта выберите, какую версию оставить: поставщика, вашу или объединить вручную.

Для модулей с вашим кодом откройте построчное сравнение и перенесите свои вставки в новую версию. Это нудная работа, но она гарантирует, что ничего не пропадёт.

Обновление базы данных после загрузки cfu

Многие считают, что на этом всё. Нет: сейчас обновилась только конфигурация в Конфигураторе, а структура самой базы остаётся прежней.

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

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

Первый запуск в обычном режиме

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

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

Установка обновления без интерфейса

Для сервера или автоматических обновлений есть командная строка Конфигуратора. Пример для файловой базы:

"C:\Program Files\1cv8\8.3.25.1445\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /UpdateCfg "D:\Updates\1cv8.cfu" /UpdateDBCfg /DisableStartupDialogs /Out "D:\Updates\update.log"

Ключ /UpdateCfg применяет файл обновления, /UpdateDBCfg сразу обновляет конфигурацию базы данных, а /Out складывает протокол в файл. Номер платформы в пути подставьте свой. Пароль в командной строке виден в списке процессов, поэтому для рабочих скриптов лучше использовать отдельного пользователя только для обновлений.

Для клиент-серверной базы вместо /F указывают /S "сервер\имя_базы". Запускайте такой скрипт тогда, когда в базе никого нет, иначе он завершится с ошибкой монопольного доступа.

Цепочка обновлений и работа на копии

Если база отстала на несколько релизов, одним файлом не обойтись. Каталог поставки хранит cfu для каждой пары «от какой версии — к какой». Порядок такой:

1. Определите версию в Справка → О программе.
2. Найдите в описании релиза, от каких версий обновление собрано.
3. Ставьте релизы по очереди, после каждого выполняйте обновление базы данных (F7) и один пробный запуск.
4. На последнем шаге проверьте отчёты и обмены.

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

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

Хранение файлов обновлений

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

Типичные ошибки и как их устранить

Отдельно про расширения. Файл cfu обновляет основную конфигурацию, а расширения cfe остаются как были. После выхода нового релиза проверьте, что расширения совместимы с ним: некоторые перестают работать, если в основной конфигурации изменились объекты, на которые они ссылались. Расширения появились в платформе 8.3.6; обновлять их приходится отдельно, загружая новый cfe и затем выполняя обновление конфигурации базы данных.

Как убедиться, что обновление встало

После первого запуска проверьте результат по списку.

• 🔎 Номер версии в Справка → О программе совпал с версией обновления.
• 🔎 В Конфигураторе открыт Конфигурация → Поддержка → Настройка поддержки: объекты на поддержке, нет красных отметок.
• 🔎 Открываются основные справочники и документы, проводятся 2-3 тестовых документа (в копии, а не в рабочей базе).
• 🔎 Формируются регламентированные отчёты: после релиза часто меняются формы.
• 🔎 В журнале регистрации (Администрирование → Журнал регистрации) нет ошибок за время обновления.

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

Что сделать после проверки

Удалите временные файлы с рабочих мест, оставьте cfu в архиве поставки и запишите в журнал дату, номер версии «до» и «после». Через полгода это сильно ускорит разбор, если понадобится понять, с какого релиза пошла проблема.

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