← На главную
Процесс обновления конфигурации 1С — одна из ключевых процедур поддержки информационной базы. Однако иногда типовой механизм обновления в режиме 1С:Предприятие или обновление через Конфигуратор заходит в тупик: платформа бесконечно выполняет операцию, зависает без вывода ошибок или выдает критические сбои. Проанализируем основные причины возникновения такой проблемы на примере «1С:Бухгалтерия предприятия КОРП 3.0» и разберем пошаговые способы восстановления работоспособности механизма обновлений.
Основные причины сбоя при обновлении конфигурации
Выясним, почему стандартный процесс обновления конфигурации перестает работать корректно:
- Рассинхронизация внутренних идентификаторов (UUID): Если ранее конфигурация обновлялась не стандартным способом, а с помощью процедуры сравнения и объединения, внутренние идентификаторы метаданных основной конфигурации и конфигурации поставщика могут рассогласоваться. В этом случае файл обновления
.cfu не может корректно примениться к базе.
- Зависание промежуточных данных в базе: При прерывании предыдущих попыток обновления в служебных таблицах базы данных (например,
configsave) остаются временные структуры, которые блокируют повторный запуск процедуры.
- Недостаток свободного места на диске или кэш: Платформа 1С может зависать при реструктуризации данных, если на диске недостаточно места для создания временных файлов, либо при повреждении локального кэша Конфигуратора.
- Конфликты с патчами и расширениями: Установленные в системе расширения или автоматические исправления могут блокировать процесс реструктуризации таблиц.
Шаг 1. Предварительная диагностика и подготовка
Перед тем как приступать к восстановлению структуры конфигурации, выполним базовые проверочные действия. Обязательно создадим резервную копию базы данных (файл .dt или копию файла 1Cv8.1CD для файловой базы).
Разберем подготовительный чек-лист:
- Проверим наличие свободного места на диске, где расположена база данных и временно создаваемые файлы платформы.
- Убедимся, что конфигурация находится на поддержке и не была случайно с нее снята в окне Конфигурация — Поддержка — Настройка поддержки.
- Проверим соответствие релизов: устанавливаемый файл обновления должен строго подходить к текущей версии конфигурации базы данных.
- Очистим локальный кэш 1С путем удаления базы из списка и её повторного добавления.
- Полностью удалим или отключим все подключенные расширения конфигурации и установленные исправления (патчи).
- Выполним процедуру Тестирование и исправление в режиме Конфигуратора.
Шаг 2. Восстановление конфигурации поставщика через файл полной конфигурации (.cf)
Если ранее обновление выполнялось через сравнение и объединение конфигураций, связи с конфигурацией поставщика нарушаются, и файлы разностных обновлений .cfu перестают работать. В такой ситуации необходимо обновить конфигурацию с помощью полного файла .cf соответствующего релиза.
Рассмотрим порядок действий по перезагрузке конфигурации поставщика:
- Запросим или скачаем полный файл конфигурации
.cf нужного релиза (того же релиза, который установлен в базе, либо целевого релиза для обновления).
- Перейдем в режим Конфигуратора и откроем окно настройки поддержки (Конфигурация — Поддержка — Настройка поддержки).
- Если связь с поставщиком нарушена критически, включим возможность изменения или полностью снимем конфигурацию с поддержки.
- Выполним команду Конфигурация — Загрузить конфигурацию из файла и выберем подготовленный файл
.cf.
- Подтвердим обновление конфигурации базы данных (клавиша F7) и согласимся с реструктуризацией.
После успешной загрузки полной конфигурации связи метаданных и конфигурация поставщика полностью восстанавливаются. Далее процедуру обновления можно продолжать в штатном режиме.
Шаг 3. Завершение обновления и запуск в режиме 1С:Предприятие
Посмотрим на финальный этап обновления информационной базы:
- После обновления структуры базы в Конфигураторе не запускаем сразу режим 1С:Предприятие от имени обычного пользователя.
- Очистим кэш сеансов и запустим базу в режиме 1С:Предприятие под правами администратора для выполнения обработчиков обновления.
- Дождемся полного завершения выполнения фоновых процедур обновления данных.
Таким образом, переход с использования файлов .cfu на загрузку полной конфигурации .cf позволяет устранить циклические зависания и ошибки обновления, вызванные повреждением конфигурации поставщика.