Администрирование · 11 мин
Как запустить обработку обновления 1С
Как запустить обработчики обновления информационной базы 1С: подготовка, монопольный и отложенный режимы, проверка результата и решение типичных ошибок.
После обновления конфигурации 1С сама по себе замена файлов метаданных не завершает процесс: программе нужно преобразовать данные информационной базы под новую структуру. За это отвечают обработчики обновления — специальные процедуры, которые переносят данные, заполняют новые реквизиты, пересчитывают служебные регистры и приводят базу к состоянию, ожидаемому новой версией. Пока они не выполнены, база формально остаётся «старой», а пользователи видят сообщение о необходимости обновления версии.
Запуск обработки обновления может происходить автоматически при первом входе после обновления, вручную через специальные команды или принудительно — через параметры запуска конфигуратора. Выбор способа зависит от размера базы, количества пользователей и того, завершилось ли обновление штатно или прервалось с ошибкой. Ниже разобраны все рабочие сценарии: от штатного до аварийного.
Что такое обработчики обновления и когда они запускаются
Обработчики обновления — это процедуры, встроенные разработчиком конфигурации, которые выполняются при переходе с одной версии на другую. Они делятся на два типа. Оперативные (монопольные) выполняются в первую очередь и блокируют работу пользователей: они изменяют критичные структуры данных, без которых программа не сможет корректно работать. Отложенные запускаются после оперативных и могут выполняться в фоновом режиме, пока пользователи уже работают в базе.
Триггером запуска служит несовпадение версии конфигурации, записанной в базе, с версией поставки. При первом старте после обновления платформа и библиотека стандартных подсистем (в типовых конфигурациях) обнаруживают это расхождение и предлагают выполнить обновление данных. Если отказаться, вход в базу для обычных пользователей будет заблокирован до завершения обработки.
Подготовка перед запуском обработки
Главное правило любого обновления — резервная копия. Перед запуском обработчиков сделайте выгрузку базы в файл .dt через конфигуратор (меню «Администрирование → Выгрузить информационную базу») или снимите копию средствами СУБД, если база клиент-серверная. Обработчики изменяют данные массово, и откатиться при ошибке можно только из копии.
Второй шаг — выгнать пользователей и завершить фоновые задания. В клиент-серверном режиме это делается через консоль кластера (блокировка сеансов, установка кода блокировки), в файловом — через «Администрирование → Завершение работы пользователей» в типовых конфигурациях. Активные сеансы не дадут установить монопольный режим, а фоновые задания могут конфликтовать с обработчиками, обращаясь к тем же данным.
Третий шаг — проверить, что обновление конфигурации базы данных (изменение структуры метаданных) уже выполнено. Обработчики запускаются только после того, как конфигурация базы данных приведена в соответствие с новой конфигурацией поставщика. Если реструктуризация не выполнена, сначала завершите её в конфигураторе.
Штатный запуск при первом входе в базу
Самый простой сценарий: после обновления конфигурации запустите базу в режиме предприятия под пользователем с правами администратора. Программа покажет окно «Обновление версии программы» со списком изменений и предложит выполнить обновление. Нажмите «Далее» — начнётся выполнение оперативных обработчиков с индикатором прогресса.
В этот момент база работает в монопольном режиме обновления: другие пользователи при попытке входа увидят сообщение о том, что выполняется обновление. Длительность зависит от объёма данных и количества пропущенных релизов — от нескольких минут до нескольких часов на больших базах. Не закрывайте окно и не выключайте компьютер до завершения.
После завершения оперативных обработчиков программа сообщит об успешном обновлении и откроет базу для работы. Отложенные обработчики при этом продолжат выполняться в фоне — их ход можно посмотреть в разделе «Администрирование → Результаты обновления программы» (в некоторых конфигурациях — «Поддержка и обслуживание → Результаты обновления приложения»).
- 1Сделайте резервную копию базы (файл .dt или средствами СУБД)
- 2Завершите сеансы пользователей и фоновые задания
- 3Убедитесь, что обновление конфигурации базы данных выполнено
- 4Запустите базу в режиме предприятия под администратором
- 5Подтвердите обновление версии и дождитесь завершения
- 6Проверьте статус отложенных обработчиков в разделе «Результаты обновления программы»
Запуск отложенных обработчиков и контроль их выполнения
Отложенные обработчики выполняются регламентным заданием «Отложенное обновление ИБ», которое запускается автоматически после завершения оперативной фазы. В файловых базах фоновое выполнение возможно, только если в базе есть активный сеанс, выполняющий фоновые задания, — обычно достаточно, чтобы кто-то работал в программе. В клиент-серверных базах задание исполняется сервером.
Если отложенное обновление не идёт, проверьте в разделе «Администрирование → Результаты обновления программы» статус: там видно, сколько обработчиков выполнено, сколько в очереди и какие завершились с ошибкой. По ошибочным обработчикам доступен текст ошибки — чаще всего это нарушение блокировок (конкуренция с работой пользователей) или проблемы в данных конкретных объектов.
Принудительно перезапустить отложенные обработчики можно из того же раздела: откройте список обработчиков с ошибками и выполните их повторно после устранения причины. Пока отложенное обновление не завершено, часть функций программы может быть недоступна — типовые конфигурации явно предупреждают об этом при входе.
Как проверить результат
Совпадает с версией установленного релиза
Показана старая версия — обновление не завершено
Все обработчики в статусе «Выполнено»
Есть обработчики с ошибкой или в очереди
Пользователи входят без сообщений об обновлении
При входе требуется обновление версии
Документы проводятся, отчёты формируются
Ошибки при проведении или пустые отчёты
Принудительный запуск и восстановление после сбоя
Если обновление прервалось — отключили электричество, завис сеанс, закрыли программу, — при следующем входе обработка обычно продолжится автоматически с места остановки. Обработчики идемпотентны по замыслу разработчиков: повторный запуск выполненного обработчика не должен портить данные. Однако практика показывает, что перед повторным запуском после жёсткого сбоя надёжнее восстановить базу из копии и повторить процедуру целиком.
Для диагностики и ручного управления используется запуск конфигуратора или предприятия с параметром. В частности, запуск предприятия с ключом /C"ВыполнитьОтложенноеОбновлениеСейчас" принудительно стартует отложенные обработчики, а параметр /C"РежимОтладки" применяют в связке с отладчиком для поиска проблемного обработчика. Точный набор параметров зависит от версии библиотеки стандартных подсистем — сверяйтесь с документацией вашей конфигурации.
"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" ENTERPRISE /F"C:\Bases\MyBase" /N"Администратор" /C"ВыполнитьОтложенноеОбновлениеСейчас"Если конкретный обработчик стабильно падает с ошибкой, путь такой: зафиксировать текст ошибки и имя обработчика в «Результатах обновления», найти причину (чаще всего — некорректные данные в конкретном объекте), исправить данные и перезапустить обработчик. Вносить правки в код обработчиков самостоятельно — крайняя мера, требующая понимания логики конфигурации; без опыта разработки в 1С это делать не следует.
Особенности для файловых и клиент-серверных баз
В файловом режиме всё проще и медленнее: обновление выполняется на компьютере, запустившем базу, и большие обработчики могут занимать часы. Убедитесь, что компьютер не уйдёт в сон и не перезагрузится, отключите автоматические обновления Windows на время процедуры. Монопольный доступ в файловом режиме означает, что файл базы не должен быть открыт никем другим — включая второй сеанс на том же компьютере.
В клиент-серверном режиме оперативные обработчики выполняются через сеанс на сервере, а отложенные — регламентным заданием сервера. Здесь важно перед обновлением установить блокировку сеансов в консоли кластера и не забыть снять её после завершения. Также проверьте, что на сервере СУБД достаточно места в журнале транзакций: массовые изменения данных при обновлении могут существенно его разрасти.
Сравнение вариантов запуска
Штатный способ для большинства случаев; требует монопольного доступа и времени простоя
Для перезапуска отложенных обработчиков с ошибками после устранения причины
Для принудительного старта отложенного обновления или автоматизации по расписанию; требует аккуратности с синтаксисом
При жёстком сбое посередине обновления, когда состояние данных непредсказуемо
Частые вопросы
Обновление висит на одном проценте несколько часов — это нормально?
На больших базах отдельные обработчики (например, пересчёт итогов или перенос данных регистров) могут выполняться часами без изменения процента. Проверьте активность: в клиент-серверном режиме — нагрузку на СУБД, в файловом — обращение процесса к диску. Если активности нет длительное время, процесс, скорее всего, завис.
Можно ли работать в базе, пока выполняются отложенные обработчики?
Да, именно для этого они и существуют: оперативная часть завершена, пользователи работают, отложенные обработчики идут в фоне. Ограничение — функции, зависящие от ещё не выполненных обработчиков, могут быть временно недоступны, о чём программа обычно предупреждает.
Что делать, если обработчик выдаёт ошибку блокировки данных?
Ошибка означает, что обработчик не смог получить доступ к данным, занятым пользователями или фоновыми заданиями. Дождитесь снижения активности, при необходимости временно остановите работу пользователей и перезапустите обработчик из «Результатов обновления программы».
Нужно ли обновлять платформу вместе с конфигурацией?
Не обязательно одновременно, но версия платформы должна быть не ниже той, что требует конфигурация — требование указано в описании релиза. Если платформа старше требуемой, конфигурация может не запуститься или работать с ошибками, поэтому сначала обновляют платформу, затем конфигурацию.
Можно ли пропустить несколько релизов и обновиться сразу на последний?
Зависит от конфигурации: многие типовые поставки допускают обновление с пропуском релизов, и обработчики выполнятся последовательно за все пропущенные версии. Но есть релизы-«переходники», которые устанавливать обязательно. Проверяйте файл поставки и инструкцию к конкретному релизу перед обновлением.
Где посмотреть, какие именно обработчики завершились с ошибкой?
В разделе «Администрирование → Результаты обновления программы» (название может отличаться в зависимости от конфигурации). Там отображается список обработчиков по статусам, а для ошибочных доступен текст ошибки и возможность повторного запуска после устранения причины.
Что важно запомнить
Обработка обновления 1С запускается автоматически при первом входе после обновления конфигурации, но требует подготовки: резервной копии, монопольного доступа и завершённой реструктуризации. Оперативные обработчики блокируют работу, отложенные идут в фоне. Контролируйте результат через «Результаты обновления программы», а при сбоях восстанавливайтесь из копии, а не прерывайте процесс насильно.