← На главную

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

Шаг 1. Диагностика состояния системы

Первым делом необходимо убедиться, действительно ли процесс «завис» или он просто требует значительного времени. Для баз объемом более 100 Гб выполнение всех процедур может занимать более суток.

1. Проверьте список процедур в разделе администрирования 1С.
2. Посмотрите консоль сервера 1С:Предприятие. Если активные фоновые задания отсутствуют, а процедуры находятся в статусе «Выполняется» или «Ожидает», значит, механизм автоматического запуска фоновых заданий дал сбой.
3. Убедитесь, что приоритет для фоновых заданий установлен в значение «Желательно быстрее».

Шаг 2. Очистка кэша сервера 1С

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

Как очистить кэш сервера:

1. Остановите службу сервера 1С:Предприятие.
2. Перейдите в каталог данных сервера 1С (обычно это srvinfo).
3. Удалите содержимое папок, связанных с кэшем текущей информационной базы (папки с идентификаторами баз).
4. Запустите службу сервера 1С обратно.

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

Шаг 3. Работа с регистром сведений «Обработчики обновления»

Если очистка кэша не помогла, необходимо провести глубокий анализ регистра сведений Обработчики обновления. Этот регистр хранит историю всех задач, выполняемых при переходе на новые релизы.

Рассмотрим порядок действий при обнаружении «проблемных» обработчиков:

1. Откройте регистр Обработчики обновления через «Все функции» или «Функции технического специалиста».
2. Найдите записи, которые зависли в статусе «Выполняется».
3. Если обработчик постоянно падает или не запускается, вы можете вручную изменить его статус на «Выполнен». Внимание: это радикальный метод. Его стоит применять только после того, как вы убедились в невозможности автоматического выполнения, либо в тестовой копии базы.

Шаг 4. Принудительный запуск заданий

Иногда система нуждается в «толчке». Вы можете попробовать принудительно запустить задание через консоль или настройки регламентных заданий.

Попробуйте установить расписание для регламентного задания Отложенное обновление ИБ с интервалом в 5-10 минут. Это заставит планировщик чаще проверять необходимость создания фоновых процессов для необработанных записей.

Важные рекомендации по сопровождению обновления

• Тестирование на копии: Всегда отрабатывайте сценарий обновления на копии базы. Это позволит вам увидеть, какие именно процедуры являются наиболее «тяжелыми» и сколько времени они занимают в реальности. Для регулярного сопровождения нескольких систем применяется программа для автоматического архивирования, обновления и тестирования баз 1С.
• Анализ технологического журнала: Если обновление падает с ошибкой, не отображаемой в журнале регистрации, настройте Технологический журнал на запись событий EXCP (исключения) и DBMSSQL (ошибки работы с СУБД). Это даст четкое понимание, на каком запросе или объекте происходит остановка.
• Ресурсы сервера: Убедитесь, что во время обновления SQL-сервер не перегружен фоновыми операциями по обслуживанию индексов или резервному копированию. Конфликты блокировок — частая причина остановки процедур обработки данных.

Используя данные методы, вы сможете поэтапно локализовать проблему и довести процесс обновления до успешного завершения, даже если база данных имеет внушительный размер.