Как обновить 1С, если пишет, что есть активные пользователи

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

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

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

Почему 1С блокирует обновление при активных сеансах

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

Активным считается не только явно открытое окно 1С. Сеанс держат фоновые задания, регламентные операции, подключения через COM-соединение, веб-сервисы, HTTP-сервисы, мобильные клиенты и сеансы отладчика. Нередко пользователь закрыл программу крестиком, но сеанс на сервере остался висеть ещё несколько минут до тайм-аута.

Как найти и завершить сеансы в клиент-серверном варианте

В клиент-серверной архитектуре управление сеансами выполняется через консоль кластера серверов 1С:Предприятия. Откройте оснастку «Администрирование серверов 1С Предприятия» на сервере или на машине администратора, раскройте нужный кластер, найдите информационную базу и перейдите на вкладку «Сеансы». Здесь видно, кто именно занимает базу: пользователь, компьютер, время начала сеанса и режим работы.

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

1. 1
   Откройте консоль «Администрирование серверов 1С Предприятия»
2. 2
   Найдите нужную информационную базу в дереве кластера
3. 3
   Перейдите на вкладку «Сеансы» и оцените список активных подключений
4. 4
   Предупредите пользователей и дождитесь их выхода
5. 5
   Удалите оставшиеся сеансы вручную
6. 6
   В свойствах базы включите блокировку начала сеансов
7. 7
   Запустите обновление конфигурации базы данных

Блокировка сеансов на время обновления

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

Что делать в файловом варианте базы

В файловом варианте централизованной консоли нет, поэтому сеансы завершаются на каждом компьютере. Попросите всех пользователей закрыть 1С, затем проверьте диспетчер задач на каждом ПК: процесс 1cv8.exe или 1cv8c.exe может остаться в памяти даже после закрытия окна. Завершите такие процессы через «Снять задачу».

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

Как определить, кто именно занимает базу

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

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

Принудительные способы, когда сеансы не завершаются

Если сеанс в консоли кластера не удаляется или появляется снова, перезапустите службу «Агент сервера 1С:Предприятия». Это разорвёт все подключения к кластеру, поэтому выполняйте перезапуск только после предупреждения пользователей и вне рабочего времени, если на сервере работают другие базы.

Альтернативный путь — обновление через конфигуратор с параметрами командной строки. Запуск конфигуратора с ключами DESIGNER /UpdateDBCfg выполняет обновление конфигурации базы данных в пакетном режиме. Однако требование монопольного доступа это не отменяет: базу всё равно нужно освободить от сеансов, иначе команда завершится с той же ошибкой.

"C:\Program Files\1cv8\8.3.22.0000\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /NАдминистратор /P*** /UpdateDBCfg /DisableStartupDialogs

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

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

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

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