← На главную

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

Выясним причину этой проблемы и рассмотрим пошаговые инструкции по восстановлению корректного автообновления для типовых и доработанных конфигураций.

Выясним причину возникновения ошибки

Проанализируем механизм работы платформы «1С:Предприятие» при поиске и применении обновлений. Файлы формата .cfu содержат сжатый набор изменений (патч) между строго определенными релизами. При поиске подходящего файла платформа проверяет номер версии не в основной рабочей конфигурации, а в **конфигурации поставщика** — специальной служебной конфигурации, хранящейся внутри информационной базы.

При выполнении стандартной операции **«Сравнить, объединить с конфигурацией из файла»** обновляются только объекты основной рабочей конфигурации. Конфигурация поставщика при этом остается на прежнем (устаревшем) релизе. В результате платформа ориентируется на старый номер версии из конфигурации поставщика и сообщает, что подходящих файлов обновлений формата .cfu не найдено.

Решение 1. Для полностью типовой конфигурации (без доработок)

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

1. Обязательно создадим резервную копию информационной базы (выгрузку .dt или копию файла 1Cv8.1CD).
2. Откроем конфигуратор и перейдем в меню «Конфигурация» — «Загрузить конфигурацию из файла...».
3. Выберем файл полной поставки .cf **того же самого релиза**, который сейчас фактически установлен в базе.
4. Подтвердим загрузку конфигурации.
5. Применим изменения к базе данных, нажав клавишу F7 (или выбрав пункт меню «Конфигурация» — «Обновить конфигурацию базы данных»).

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

Решение 2. Для доработанной (нетиповой) конфигурации

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

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

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

Решение 3. Правильное обновление через cf-файл без потери поддержки

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

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

1. Откроем пункт меню «Конфигурация» — «Поддержка» — «Обновить конфигурацию...».
2. В окне выбора источника обновления укажем «Выбор файла обновления» и нажмем кнопку «Далее».
3. Укажем путь не к файлу .cfu, а к файлу полной поставки .cf.
4. Платформа корректно обновит как объекты метаданных, так и конфигурацию поставщика, благодаря чему в будущем не возникнет проблем с поиском доступных обновлений.

Важные нюансы и ограничения

Рассмотрим дополнительные моменты, которые необходимо учитывать при переходе через несколько релизов:

• Обработчики обновления данных (БСП): При пропуске большого количества релизов обновляется структура метаданных, но процедурные обработчики библиотеки стандартных подсистем требуют последовательного выполнения. После первого запуска программы в режиме «1С:Предприятие» обязательно необходимо дождаться завершения всех фоновых процедур обновления данных.
• Ограничения файлов cfu: Файл .cfu жестко привязан к списку поддерживаемых исходных версий. Если разница между текущей версией конфигурации поставщика и целевым релизом слишком велика, использовать .cfu не получится — потребуется использовать файл полной поставки .cf.