← На главную

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

Выясним основные причины сбоя при обновлении

Рассмотрим главные факторы, из-за которых платформа 1С может блокировать установка обновлений:

1. Рассинхронизация версий: Версия основной конфигурации отличается от версии конфигурации поставщика. Это часто происходит, если предыдущие обновления выполнялись некорректно — например, через команду «Сравнить и объединить с конфигурацией из файла» вместо выполнения штатной процедуры обновления.
2. Ограничения файлов дельты (.cfu): Файл обновления .cfu содержит только разницу между конкретными версиями. Если текущий релиз конфигурации поставщика отсутствует в списке допустимых исходных версий для данного файла, платформа не даст его выбрать.
3. Наличие нетиповых доработок: Если в базы внесены изменения (снята полная поддержка), стандартный механизм поиска обновлений может сбоить.
4. Кэш и системные ошибки: Повреждение локального кэша платформы или физические ошибки в таблицах базы данных (Config, ConfigSave) могут блокировать процедуру сравнения и объединения.

Разберем по шагам основные способы восстановления нормальной работы механизма обновлений.

Способ 1. Обновление через накатывание изменений на типовую конфигурацию

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

1. Распакуем и установим полный дистрибутив нужного релиза (файл .cf).
2. Создадим чистую информационную базу из шаблона этого релиза.
3. Перенесем в новую базу все необходимые доработки из нашей рабочей конфигурации.
4. В конфигураторе новой базы выполним команду: Конфигурация — Сохранить конфигурацию в файл и получим готовый файл .cf.
5. Сделаем резервную копию (файл .dt) рабочей базы.
6. В рабочей базе закроем сеансы пользователей, зайдём в Конфигуратор и выполним команду: Конфигурация — Загрузить конфигурацию из файла, выбрав наш подготовленный .cf.
7. Применим изменения конфигурации к базе данных (клавиша F7).

Способ 2. Использование временной базы для обновления конфигурации поставщика

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

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

Способ 3. Перепостановка базы на поддержку

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

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

Дополнительные рекомендации по диагностике

Если описанные методы не помогают, рекомендуем проанализировать сопутствующие факторы:

1. Очистка кэша платформы: Удалим каталоги кэша Конфигуратора и тонкого клиента из папок %LOCALAPPDATA%\1C\1cv8 и %APPDATA%\1C\1cv8.

2. Проверка целостности базы данных: Запустим утилиту chdbfl.exe (находится в каталоге bin установленной платформы 1С) для файловой базы или выполним процедуру Тестирование и исправление в режиме Конфигуратора с включенными флагами проверки логической и ссылочной целостности.

3. Проверка версии платформы: Убедимся, что установленная версия платформы 1С:Предприятие соответствует минимальным требованиям, указанным в файле описания релиза обновления (readme.txt).