Обновление 1С запланировано или зависло: как его отменить и вернуть базу в работу

Чтобы снять задачу обновления конфигурации 1С, сначала поймите, где она живёт. Запланированную установку отменяют в самой программе: Администрирование → Интернет-поддержка и сервисы → Обновление версии программы. Фоновое обновление базы данных останавливают в Конфигураторе. А зависший процесс снимают уже снаружи: через консоль кластера и диспетчер задач.

Частая ошибка — сразу убивать процесс 1cv8.exe. Так задача действительно исчезает, но база может остаться заблокированной для входа или с недоделанной реструктуризацией. Порядок ниже идёт от самого мягкого способа к самому жёсткому.

Какая именно задача обновления висит: четыре случая

Под словами «задача обновления» в 1С прячутся разные вещи. От того, какая у вас, зависит способ отмены.

Пути меню ниже даны для типовых конфигураций на БСП с интерфейсом «Такси»: Бухгалтерия 3.0, ЗУП 3.1, УТ 11. В них механизм обновления общий, поэтому порядок действий совпадает.

Отменяем запланированное обновление в самой программе

Это самый безопасный случай. Обновление ещё не началось, база в порядке, нужно просто отказаться от установки.

1. Войдите в базу пользователем с полными правами.
2. Откройте Администрирование → Интернет-поддержка и сервисы → Обновление версии программы.
3. Если установка запланирована, форма покажет это вместе с выбранным временем: ночью по расписанию или при завершении работы.
4. Переключите время установки на отказ от запланированного варианта или нажмите команду отмены, которую форма выводит рядом с расписанием.
5. Закройте форму и откройте её снова. Сообщения о запланированной установке быть не должно.

Проверьте планировщик Windows

Ночная установка запускается не из 1С, а внешним заданием на том компьютере, где её планировали. Поэтому:

1. На этом компьютере откройте «Планировщик заданий» Windows (taskschd.msc).
2. В библиотеке заданий найдите задание, в имени или описании которого упоминается обновление 1С или имя базы.
3. Если оно осталось после отмены в программе — отключите его. Удаляйте, только когда убедились, что это именно задание обновления.

Заберите загруженные файлы

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

Прерываем фоновое обновление конфигурации базы данных

В клиент-серверном варианте платформа 8.3 умеет обновлять структуру базы в фоне: пользователи работают, а реструктуризация идёт параллельно. Такую задачу можно отменить штатно.

Через меню Конфигуратора

1. Откройте базу в Конфигураторе.
2. Меню Конфигурация → Фоновое обновление конфигурации базы данных.
3. Посмотрите текущее состояние. Если процесс идёт, выберите команду отмены.
4. После отмены основная конфигурация остаётся изменённой, а конфигурация базы данных — прежней. Пользователи работают на старой структуре.

Через командную строку

Удобно, если Конфигуратор с этой базой открыт у коллеги на другом компьютере или нужно сделать отмену скриптом:

"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" DESIGNER /S "srv01\buh" /N "Администратор" /P "пароль" /UpdateDBCfg -BackgroundCancel /Out "C:\logs\cancel_update.log"

Подставьте свою версию платформы, сервер, имя базы и учётные данные. Результат смотрите в файле лога из параметра /Out. Ключ -BackgroundFinish вместо -BackgroundCancel не отменяет, а завершает фоновое обновление — это противоположное действие.

Почему обновление зависает

Прежде чем снимать задачу силой, полезно понять причину. Иначе следующая попытка зависнет так же.

• 👥 Активные сеансы. Обновлению структуры нужен монопольный доступ. Если кто-то не вышел (забытая сессия на терминальном сервере, сеанс COM-соединения, обмен с сайтом), скрипт ждёт или падает.
• ⏱ Регламентные задания. Обмены, загрузка курсов, полнотекстовый индекс держат свои сеансы и мешают монопольному режиму.
• 💾 Большая реструктуризация. Новый релиз меняет крупные таблицы. На базе в 100–200 ГБ это занимает часы, и процесс только выглядит зависшим.
• 🔐 Нет прав. Пользователь, от имени которого запускается скрипт, не имеет права на администрирование или не может писать в каталог временных файлов.
• 🧩 Расширения и изменённая конфигурация. Конфликт с расширением или ручные доработки останавливают обновление на этапе сравнения и объединения.
• 🛑 Ошибка в обработчике обновления. Новая версия уже применена, но код обработчика данных падает на конкретной записи. Тогда висит не установка, а последующая обработка.

Если задача не снимается: принудительные шаги

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

Шаг 1. Найдите и завершите процесс-обновлятор

Механизм обновления запускает внешний скрипт и Конфигуратор в пакетном режиме. На компьютере, откуда шло обновление:

1. Откройте «Диспетчер задач» → вкладка «Подробности».
2. Найдите 1cv8.exe с длительной работой без интерфейса и процессы сценариев Windows (wscript.exe, mshta.exe), если они запущены от вашего пользователя.
3. Сначала проверьте журнал обновления (см. ниже) и убедитесь, что реструктуризация не идёт. Только после этого завершайте процессы.

Шаг 2. Удалите зависшие сеансы на сервере

В консоли администрирования серверов 1С:

1. Раскройте кластер → «Информационные базы» → ваша база → «Сеансы».
2. Найдите сеансы приложения «Конфигуратор» и фоновые сеансы, оставшиеся от обновления.
3. Удалите их через контекстное меню.

Список сеансов можно получить и из командной строки: rac session list --cluster=<id кластера> --infobase=<id базы>. Идентификатор кластера даёт rac cluster list. Параметры для завершения сеанса смотрите в справке rac help session.

Шаг 3. Снимите блокировку начала сеансов

Механизм обновления перед работой запрещает вход, а после сбоя запрет может остаться. Снять его можно двумя путями.

В программе (если вы можете войти): Администрирование → Обслуживание → Блокировка работы пользователей, затем снимите блокировку.

В консоли кластера: свойства информационной базы → снимите флажок «Блокировка начала сеансов включена» и сохраните.

Если войти в программу мешает та же блокировка, а в консоль доступа нет — посмотрите в свойствах базы поле «Код разрешения» и запустите 1С с параметром /UC<код>, например:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /S "srv01\buh" /UC12345

Шаг 4. Для файловой базы

В файловом варианте консоли кластера нет. Задачу снимают так:

1. Закройте 1С на всех компьютерах, которые открывают каталог базы.
2. На каждом из них проверьте, что в диспетчере задач не осталось 1cv8.exe и 1cv8c.exe.
3. Если базу открывает веб-публикация, остановите на время пул приложений на веб-сервере — это тоже оборвёт сеансы.

Ошибки после снятия задачи и как от них избавиться

Снять задачу — полдела. Дальше база может выдавать сообщения, которые пугают сильнее, чем исходная проблема.

Где смотреть, что пошло не так

• Журнал регистрации: Администрирование → Обслуживание → Журнал регистрации, отбор по событиям обновления информационной базы.
• Результаты обновления и отложенная обработка: в том же разделе Администрирование → Обслуживание есть группа с результатами обновления программы. Там список обработчиков с состоянием и текстом ошибки.
• Лог скрипта обновления: файл журнала сохраняется в каталоге временных файлов пользователя, запустившего обновление. После сбоя программа обычно предлагает открыть его прямо из сообщения об ошибке.

Как обновить конфигурацию, если автоматическая установка капризничает

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

Ручная схема для одной базы:

1. Выгрузите базу в .dt через Администрирование → Выгрузить информационную базу в Конфигураторе.
2. Сохраните текущую конфигурацию в файл .cf.
3. Обновите конфигурацию из файла .cfu нужного релиза. Релизы ставятся последовательно: проверьте, с какой версии допускается обновление.
4. Выполните «Обновить конфигурацию базы данных» и примите изменения.
5. Запустите базу в пользовательском режиме и дождитесь окончания обработки данных.

Как не допустить зависания в следующий раз

Причина повторных зависаний почти всегда одна и та же, поэтому достаточно подготовить базу заранее.

Ещё три привычки, которые снимают большую часть проблем:

• 📅 Не копите релизы. Чем больше версий пропущено, тем дольше цепочка и выше шанс сбоя в середине.
• 🧪 Обновляйте сначала копию базы. На копии видно, сколько займёт реструктуризация и какие обработчики падают.
• 🖥 Планируйте ночную установку с компьютера, который ночью включён и не уходит в сон. Иначе задание в планировщике Windows не стартует, а предупреждение в программе останется.

Короткий алгоритм на случай зависания

1. Определите тип задачи по таблице в начале.
2. Запланированная — отмените в форме обновления и проверьте планировщик Windows.
3. Фоновая реструктуризация — отмените через Конфигуратор или -BackgroundCancel.
4. Процесс завис — проверьте нагрузку, затем завершите сеансы и процессы.
5. Снимите блокировку начала сеансов.
6. Проверьте журнал и результаты обновления, при необходимости обновитесь вручную.

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