При работе с файловой базой 1С:Предприятие в многопользовательском режиме (когда база «расшарена» по сети) пользователи часто сталкиваются с ситуацией, когда система блокирует вход второго и последующих сотрудников. Сообщение «Существуют активные сеансы работы с данной информационной базой, использующие версию платформы, несовместимую с текущей» или просто указание на наличие активных сеансов может поставить в тупик, особенно если фактически в базе никого нет. Разберем детально, как решить эту проблему, основываясь на опыте системных администраторов и технических нюансах работы движка 1С.
Проанализируем самую частую ситуацию: на разных компьютерах установлены разные версии платформы 1С. Даже если разница в цифрах кажется незначительной (например, 8.3.18.1201 и 8.3.18.1289), механизм управления блокировками файловой базы может работать некорректно. Рассмотрим по шагам, как это проверить:
1cestart.exe, который сам выбирает последний установленный релиз. Если один пользователь случайно обновил платформу локально (например, под правами администратора), а остальные работают на старой — возникнет конфликт.1Cv8.1CD часто приводит к ложным сообщениям о занятости базы.Для надежности рекомендуется прописать запуск конкретного релиза в настройках базы. В строке запуска или в ярлыке можно указать прямой путь к исполняемому файлу, например:
"C:\Program Files (x86)\1cv8\8.3.22.1709\bin\1cv8.exe" ENTERPRISE /F "C:\Bases\Trade"
Выясним, как 1С понимает, что в базе кто-то есть. В папке с файловой базой (там, где лежит основной файл 1Cv8.1CD) создаются служебные файлы. Если сеанс завершился аварийно (отключили свет, моргнул интернет), эти файлы могут остаться «висеть» в операционной системе.
Разберем алгоритм очистки «мусора»:
1Cv8tmp* (это временные файлы сеансов).1Cv8.lcl. Это файл менеджера блокировок. Если операционная система пишет, что «файл занят другим процессом», значит, на сервере (или компьютере, где лежит база) остался «призрачный» открытый дескриптор.Посмотрим на ситуацию, когда файлы в папке базы удалены, версии совпадают, но ошибка сохраняется. Это верный признак проблем с локальным кэшем на компьютере пользователя. 1С сохраняет настройки форм, списков и служебную информацию в профиле пользователя Windows.
Рассмотрим, где именно искать эти данные. Кэш разбросан по двум основным каталогам:
%USERPROFILE%\AppData\Local\1C\1cv8%USERPROFILE%\AppData\Roaming\1C\1cv8Внутри этих папок находятся каталоги с длинными именами-идентификаторами (GUID). Удаление этих папок (при закрытой 1С) часто является «панацеей» от большинства непонятных ошибок входа. Для автоматизации этого процесса можно использовать командный файл для очистки кэша 1С.
Важный совет: Чтобы не искать папки вручную, можно просто удалить базу из списка в окне запуска 1С и добавить ее заново. При этом идентификатор базы изменится, и 1С начнет работу с «чистого листа», создав новые папки кэша.
Проанализируем технические настройки сети. Файловая 1С очень чувствительна к протоколу SMB (Server Message Block). Если база лежит на Windows Server 2008 или Windows 7, а пользователи заходят с Windows 10/11, могут возникать конфликты механизмов кэширования файлов.
Рассмотрим рекомендации по настройке окружения:
*.lcl, *.lck) в момент обращения к ним 1С. Проанализируем настройки антивируса и добавим всю папку с базой данных в исключения (доверенную зону).Oplocks через реестр Windows. Это заставляет систему работать с файлами по сети более строго, без локального кэширования ОС, что снижает вероятность ложных блокировок.Если файловый доступ через общую папку (расшаренный ресурс) продолжает давать сбои, проанализируем возможность публикации базы через веб-сервер (Apache или IIS). Это переводит работу из режима «общего файла» в режим HTTP-запросов.
Преимущества этого метода:
1Cv8.1CD работает только один процесс — веб-сервер. Никаких конфликтов блокировок между пользователями по сети.Для реализации этого метода достаточно установить Apache 2.4, запустить 1С под правами администратора и выполнить команду «Администрирование — Публикация на веб-сервере». После этого пользователи будут подключаться не по пути \\Server\Base, а по адресу http://ServerName/BaseName.
Подводя итог, отметим: если вы столкнулись с ошибкой активных сеансов, начните с полной очистки кэша и унификации версий платформы. В 90% случаев это решает проблему без глубокой настройки сетевых протоколов.