Почему в 1С возникает ошибка «Существуют активные сеансы работы» и как ее исправить

Системный администратор 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

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

Причина 1: Несоответствие релизов и разрядности платформы

Проанализируем самую частую ситуацию: на разных компьютерах установлены разные версии платформы 1С. Даже если разница в цифрах кажется незначительной (например, 8.3.18.1201 и 8.3.18.1289), механизм управления блокировками файловой базы может работать некорректно. Рассмотрим по шагам, как это проверить:

  1. Выясним точную версию платформы на каждом рабочем месте. Для этого в окне ошибки нажмем кнопку «Показать информацию для технической поддержки». Там будет указан полный номер сборки.
  2. Проверим пути запуска. Иногда пользователи запускают 1С через 1cestart.exe, который сам выбирает последний установленный релиз. Если один пользователь случайно обновил платформу локально (например, под правами администратора), а остальные работают на старой — возникнет конфликт.
  3. Посмотрим на разрядность. Крайне важно, чтобы все пользователи использовали платформу одной битности (либо все x86, либо все x64). Смешивание разрядностей при доступе к одному файлу 1Cv8.1CD часто приводит к ложным сообщениям о занятости базы.

Для надежности рекомендуется прописать запуск конкретного релиза в настройках базы. В строке запуска или в ярлыке можно указать прямой путь к исполняемому файлу, например:


"C:\Program Files (x86)\1cv8\8.3.22.1709\bin\1cv8.exe" ENTERPRISE /F "C:\Bases\Trade"

Причина 2: Зависшие временные файлы и файлы блокировок

Выясним, как 1С понимает, что в базе кто-то есть. В папке с файловой базой (там, где лежит основной файл 1Cv8.1CD) создаются служебные файлы. Если сеанс завершился аварийно (отключили свет, моргнул интернет), эти файлы могут остаться «висеть» в операционной системе.

Разберем алгоритм очистки «мусора»:

  1. Попросим всех пользователей закрыть 1С.
  2. Зайдем в папку с информационной базой и удалим файлы с маской 1Cv8tmp* (это временные файлы сеансов).
  3. Найдем и удалим файл 1Cv8.lcl. Это файл менеджера блокировок. Если операционная система пишет, что «файл занят другим процессом», значит, на сервере (или компьютере, где лежит база) остался «призрачный» открытый дескриптор.
  4. В таком случае проанализируем открытые файлы через оснастку «Управление компьютером» — «Общие папки» — «Открытые файлы». Найдем там файлы базы 1С и принудительно закроем их.

Причина 3: Накопление ошибок в кэше пользователя

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

Рассмотрим, где именно искать эти данные. Кэш разбросан по двум основным каталогам:

Внутри этих папок находятся каталоги с длинными именами-идентификаторами (GUID). Удаление этих папок (при закрытой 1С) часто является «панацеей» от большинства непонятных ошибок входа. Для автоматизации этого процесса можно использовать командный файл для очистки кэша 1С.

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

Причина 4: Сетевые протоколы и антивирусное ПО

Проанализируем технические настройки сети. Файловая 1С очень чувствительна к протоколу SMB (Server Message Block). Если база лежит на Windows Server 2008 или Windows 7, а пользователи заходят с Windows 10/11, могут возникать конфликты механизмов кэширования файлов.

Рассмотрим рекомендации по настройке окружения:

Причина 5: Переход на веб-сервер как радикальное решение

Если файловый доступ через общую папку (расшаренный ресурс) продолжает давать сбои, проанализируем возможность публикации базы через веб-сервер (Apache или IIS). Это переводит работу из режима «общего файла» в режим HTTP-запросов.

Преимущества этого метода:

  1. С файлом 1Cv8.1CD работает только один процесс — веб-сервер. Никаких конфликтов блокировок между пользователями по сети.
  2. Стабильность работы при плохом канале связи (Wi-Fi, удаленные офисы).
  3. Отсутствие необходимости в прямой «шаре» на папку, что повышает безопасность данных.

Для реализации этого метода достаточно установить Apache 2.4, запустить 1С под правами администратора и выполнить команду «Администрирование — Публикация на веб-сервере». После этого пользователи будут подключаться не по пути \\Server\Base, а по адресу http://ServerName/BaseName.

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

← На главную