Что делать, если доработанная конфигурация 1С не видит доступные обновления?

← На главную

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

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

Почему платформа «не видит» совместимые файлы обновлений?

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

Основная конфигурация — это та конфигурация, с которой работают пользователи и в которую разработчики вносят изменения.
Конфигурация базы данных — это актуальная конфигурация, сохраненная в СУБД (применяется после нажатия клавиши F7).
Конфигурация поставщика — это эталонная копия типового решения от разработчика (например, фирмы «1С» или отраслевого партнера, такого как «ЭЛИАС ВЦ» для конфигурации «Аренда и управление недвижимостью»). Именно по этой конфигурации платформа сверяет возможность применения файлов обновлений.

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

Выделим основные причины повреждения конфигурации поставщика:

Некорректное обновление в прошлом. Предыдущий специалист мог обновить базу не через стандартный пункт меню Конфигурация — Поддержка — Обновить конфигурацию, а через простое Сравнить, объединить с конфигурацией из файла. В таком случае основная конфигурация обновилась, а конфигурация поставщика осталась старой версии.
Использование динамического обновления («демоническое обновление»). Регулярное применение динамического обновления в клиент-серверных базах часто приводит к разрушению кэша базы данных и искажению служебных таблиц конфигурации поставщика (таких как таблица ConfigSave или системные таблицы поддержки).
Сбой СУБД или сетевого соединения. Прерывание процесса обновления на этапе записи конфигурации базы данных может оставить системные таблицы в незавершенном или поврежденном состоянии.

Способ 1. Восстановление конфигурации поставщика с помощью полного файла конфигурации (.cf)

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

Рассмотрим этот процесс подробно по шагам:

Создание резервной копии. Перед началом любых технических манипуляций в конфигураторе обязательно выполните выгрузку информационной базы в файл .dt или сделайте полную копию файла 1Cv8.1CD (для файлового варианта).
Поиск эталонного файла .cf. Вам необходимо найти файл конфигурации аналогичного релиза (в нашем примере это совместное решение «Аренда и управление недвижимостью для 1С:Бухгалтерия 8» версии 3.0.58.20/3.3.3.105). Полный дистрибутив можно взять из папки шаблонов 1С на диске, скачать с официального портала поддержки (если у вас есть действующая подписка ИТС и ИТС Отраслевой) либо запросить напрямую у разработчика отраслевого решения.
Снятие базы с поддержки. Откройте базу в режиме «Конфигуратор». Перейдите в меню Конфигурация — Поддержка — Настройка поддержки. В открывшемся окне нажмите кнопку «Снять с поддержки». Подтвердите действие. Нажмите кнопку «Закрыть» и обязательно обновите конфигурацию базы данных, нажав клавишу F7 (или синюю кнопку на панели инструментов).
Объединение с чистым файлом и постановка на поддержку. Перейдите в меню Конфигурация — Сравнить, объединить с конфигурацией из файла... и укажите путь к скачанному эталонному файлу .cf нужной версии.
Важный нюанс при объединении! После того как платформа выполнит анализ и выдаст окно сопоставления объектов, система предложит вам вновь встать на поддержку. Согласитесь с этим. В открывшемся окне сравнения объектов снимите абсолютно все флажки (галочки) со всех объектов метаданных! Это критически важно: если вы оставите галочки, система затрет все ваши уникальные доработки оригинальными объектами из шаблона. Нам же нужно обновить только системные данные поддержки.
Завершение процедуры. Нажмите кнопку «Выполнить». В появившемся окне настройки правил поддержки выберите для всех объектов режим «Объект поставщика редактируется с сохранением поддержки». Нажмите ОК. После завершения процесса нажмите клавишу F7 для применения изменений в базе данных.

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

Способ 2. Накат версий конфигурации поставщика по цепочке (через файлы .cfu)

Что делать, если у вас нет под рукой полного файла .cf нужной версии, но есть последовательная цепочка обновлений .cfu? Мы можем восстановить конфигурацию поставщика последовательным накатом файлов обновлений. Этот способ дольше, но также полностью безопасен для ваших доработок.

Проанализируем этот алгоритм:

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

Способ 3. Использование архивной копии (альтернативный метод автора)

Если у вас сохранилась старая архивная копия базы данных (например, сделанная несколько месяцев назад), в которой конфигурация поставщика еще не была повреждена, вы можете воспользоваться методом, который помог автору темы:

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

Важные практические рекомендации

Для того чтобы в будущем избежать подобных критических сбоев при обновлении доработанных конфигураций 1С, рекомендуем придерживаться следующих правил:

Откажитесь от динамического обновления (обновления «на лету»). Старайтесь всегда обновлять конфигурацию базы данных монопольно, когда в системе нет активных сессий пользователей. Это убережет базу от рассинхронизации таблиц поддержки.
Контролируйте настройки поддержки. Регулярно заглядывайте в окно Конфигурация — Поддержка — Настройка поддержки и проверяйте, соответствуют ли номера релизов основной конфигурации и конфигурации поставщика. Любое расхождение — повод для проведения профилактических работ.
Своевременно продлевайте подписку ИТС Отраслевой. Отраслевые решения (такие как продукты от ЭЛИАС, Рарус, БИТ и др.) требуют наличия специализированных лицензий поддержки. Без них у вас не будет доступа к полным дистрибутивам .cf, которые критически важны для быстрого восстановления работоспособности систем поддержки 1С.