Как запустить отложенное обновление 1С

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

Запустить отложенное обновление можно несколькими способами: автоматически при первом запуске после обновления конфигурации, вручную через обработку «Результаты обновления программы» или принудительно через регламентное задание. Выбор зависит от режима работы базы (файловая или клиент-серверная), объёма данных и того, завершилось ли основное обновление без ошибок.

Ниже разобраны все рабочие сценарии: от стандартного запуска до диагностики зависших обработчиков и исправления типичных ошибок.

Что такое отложенные обработчики и когда они запускаются

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

Отложенные обработчики выполняет регламентное задание «Отложенное обновление ИБ». В клиент-серверном режиме оно стартует автоматически после завершения основного обновления и работает в фоне, не мешая пользователям. В файловом режиме фоновые задания по умолчанию не выполняются, поэтому обновление обычно предлагается выполнить в момент первого запуска под полными правами.

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

Подготовка: что сделать до запуска

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

Сделайте резервную копию базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельный каталог при закрытых сеансах. Для клиент-серверной — выполните выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или штатный бэкап средствами СУБД. Отложенные обработчики изменяют большие объёмы данных, и откат без копии будет невозможен.

Для клиент-серверной базы проверьте, что на сервере достаточно ресурсов: отложенные обработчики могут интенсивно нагружать СУБД. По возможности планируйте запуск на время низкой нагрузки — вечер или выходные, особенно если база большая.

Запуск через «Результаты обновления программы»

Основной инструмент контроля — стандартная обработка «Результаты обновления программы». В типовых конфигурациях она находится в разделе «Администрирование → Обслуживание → Результаты обновления программы» (в некоторых конфигурациях путь может называться «Поддержка и обслуживание → Результаты обновления»).

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

1. 1
   Войдите в базу под пользователем с полными правами
2. 2
   Откройте Администрирование → Обслуживание → Результаты обновления программы
3. 3
   Проверьте статус: есть ли обработчики с ошибкой или в ожидании
4. 4
   Нажмите кнопку запуска или возобновления обновления
5. 5
   Дождитесь статуса 100% и отсутствия обработчиков с ошибками
6. 6
   Проверьте журнал регистрации на предмет ошибок фоновых заданий

Закрывать программу во время выполнения отложенного обновления можно — в клиент-серверном режиме задание работает на сервере. При следующем входе прогресс отобразится в той же форме. В файловом режиме обновление выполняется в сеансе запустившего пользователя, поэтому сеанс нужно держать открытым до завершения.

Запуск через регламентное задание

Если обновление не стартует автоматически, проверьте состояние регламентного задания «Отложенное обновление ИБ». Откройте консоль заданий: в типовых конфигурациях это «Администрирование → Обслуживание → Регламентные и фоновые задания». Найдите задание по имени и убедитесь, что оно включено и не заблокировано.

Задание можно запустить вручную кнопкой «Выполнить сейчас» из списка регламентных заданий. Это удобно, когда нужно принудительно возобновить обновление после устранения ошибки, не дожидаясь расписания. Обратите внимание на дату последнего запуска и количество аварийных завершений — большое число сбоев указывает на системную проблему.

Диагностика зависших и завершившихся с ошибкой обработчиков

Самая частая ситуация — обновление «висит» на одном проценте или конкретный обработчик раз за разом завершается ошибкой. Начните с журнала регистрации: отфильтруйте события по фоновым заданиям и ошибкам за период выполнения. Текст ошибки обычно указывает на причину — конфликт блокировок, нехватку места на диске, нарушение прав доступа или повреждённые данные.

Конфликт блокировок возникает, когда пользователи активно работают с теми же данными, что обрабатывает обработчик. В этом случае помогает запуск обновления в нерабочее время либо временное ограничение работы пользователей с проблемными разделами. Ошибки вида «недостаточно места» требуют очистки диска сервера СУБД и повторного запуска.

Маршрут решения

Как выбрать действие

Обработчик завершился ошибкой один раз, в журнале конфликт блокировокПросто перезапустите обновление в нерабочее время

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

Обновление висит без прогресса и фоновое задание активноПроверьте нагрузку на СУБД — возможно, идёт обработка большого объёма данных, дождитесь завершения

Фоновое задание отсутствует в списке активных, а статус «Выполняется»Задание аварийно завершено: перезапустите обновление из формы результатов

Ошибки не удаётся устранить самостоятельноВосстановите базу из копии и обратитесь к специалисту по сопровождению 1С

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

Проверка результата и завершение обновления

Признак успешного завершения — прогресс 100% в форме «Результаты обновления программы» и отсутствие обработчиков в статусах «Выполняется», «Ожидает» и «Ошибка». После этого программа перестаёт показывать предупреждения о незавершённом обновлении, а все разделы становятся полностью доступны.

Дополнительно проверьте журнал регистрации на наличие ошибок за период выполнения обработчиков: даже при статусе «Выполнено» полезно убедиться в отсутствии повторяющихся предупреждений. Затем выполните контрольную проверку ключевых данных: сформируйте основные отчёты (оборотно-сальдовую ведомость, отчёты по продажам или зарплате — в зависимости от конфигурации) и сравните показатели с данными до обновления.

Контрольные точки

Как проверить результат

Статус в форме результатов обновления

Норма

Прогресс 100%, нет обработчиков с ошибками

Тревожный признак

Обработчики в статусе «Ошибка» или «Выполняется» длительное время

Предупреждения при входе в программу

Норма

Нет сообщений о незавершённом обновлении

Тревожный признак

Баннер о том, что данные обновляются, висит несколько дней

Журнал регистрации

Норма

Нет повторяющихся ошибок фоновых заданий

Тревожный признак

Регулярные аварийные завершения задания обновления

Ключевые отчёты

Норма

Показатели совпадают с ожидаемыми

Тревожный признак

Расхождения в итогах, пустые разделы отчётов

Типичные ошибки и ограничения

Наиболее распространённая ошибка администраторов — попытка «помочь» зависшему обновлению перезагрузкой сервера или принудительным снятием сеанса фонового задания. Это оставляет данные в промежуточном состоянии: часть записей обработана, часть нет, и повторный запуск может завершаться ошибками уже по новым причинам. Корректный путь — диагностика и штатный перезапуск.

Вторая частая проблема — запуск обновления в разгар рабочего дня на большой клиент-серверной базе. Отложенные обработчики конкурируют с пользователями за ресурсы СУБД: у пользователей «тормозят» документы и отчёты, а обработчики получают таймауты и конфликты блокировок. Планируйте такие операции на период минимальной нагрузки.

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

Частые вопросы

Сколько времени может выполняться отложенное обновление?

Зависит от объёма базы и типа обработчиков: на небольших базах — минуты, на больших клиент-серверных с миллионами документов — часы. Если прогресс в форме результатов обновления растёт, а фоновое задание активно, процесс идёт нормально, прерывать его не нужно.

Можно ли работать в 1С, пока идёт отложенное обновление?

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

Что делать, если кнопка запуска в форме результатов обновления неактивна?

Обычно это значит, что обновление уже выполняется в фоне или заблокировано активным фоновым заданием. Проверьте список активных сеансов и фоновых заданий. Если задание завершилось аварийно, а статус остался «Выполняется», перезапустите обновление после перезапуска сеанса.

Нужно ли запускать отложенное обновление в файловой базе отдельно?

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

Обновление завершилось с ошибками, но программа работает. Можно оставить как есть?

Нежелательно. Незавершённые обработчики означают, что часть данных не приведена к новому формату: это всплывёт в отчётах, обменах или при следующем обновлении. Найдите причину ошибки в журнале регистрации, устраните её и перезапустите обработчики до статуса 100%.

Как отключить отложенное обновление и выполнить всё сразу?

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