Данная ошибка является одной из самых «коварных» в современных версиях платформы 1С:Предприятие (особенно часто она встречается на релизах ветки 8.3.23). Она может возникать внезапно: как сразу при запуске, так и через несколько часов стабильной работы. Характерно, что на локальном компьютере, где физически расположена база, проблема обычно не проявляется, что сразу указывает нам на сетевую природу возникновения сбоя. В этой статье мы подробно разберем все возможные причины и методы решения — от простых манипуляций с кэшем до тонкой настройки сетевых протоколов и веб-серверов.
Прежде чем приступать к сложным системным настройкам, проанализируем состояние временных файлов на стороне клиента. Кэш 1С часто становится причиной некорректного поведения интерфейса и обрывов сессий. Для корректного удаления временных файлов изучите, как очистить кэш 1С (8.3): подробная инструкция. В некоторых ситуациях, особенно при работе в многопользовательском режиме, целесообразно использовать утилиту для автоматической очистки кэша 1С на терминальных серверах, и выполнить следующие действия:
%AppData%\Local\1cv8%AppData%\Roaming\1cv8Выясним причину, по которой операционная система может разрывать соединение. Если 1С работает через общую папку (файловый вариант), малейшая микропауза в сети приводит к потере дескриптора файла 1Cv8.1CD. Провести комплексную профилактику сетевых сбоев поможет оптимизация работы 1С в локальной сети: SMB, IPv6 и сетевые карты. В рамках комплексного подхода стоит рассмотреть общую концепцию защищенной IT инфраструктуры, которая минимизирует риски на уровне ОС и сети.
Отключение IPv6. В смешанных сетях Windows часто приоритезирует протокол IPv6. Если DNS-сервер или роутер настроены неидеально, возникают задержки при поиске имен. Рекомендуется зайти в свойства сетевого адаптера и снять галочку с компонента «IP версии 6 (TCP/IPv6)».
Настройка функций энергосбережения. Современные сетевые карты имеют функции «засыпания» для экономии энергии. Для 1С это критично. Рассмотрим параметры, которые нужно отключить в диспетчере устройств (вкладка «Дополнительно» сетевой карты):
Если вы продолжаете использовать «расшаренную» папку, проанализируем настройки доступа. Платформа 8.3 крайне чувствительна к блокировкам файлов. Выполним следующие действия:
Как отмечают многие специалисты, «файловая шара должна умереть». Это наиболее эффективный способ избавиться от ошибки «сеанс закрыт администратором». Правильная публикация базы данных 1С на веб-сервере Apache позволит перевести взаимодействие клиента и сервера на протокол HTTP/HTTPS, который гораздо устойчивее к кратковременным помехам в сети. При настройке можно реализовать и более сложные сценарии, такие как публикация HTTP сервиса с использованием клиентского SSL сертификата для обеспечения безопасности передачи данных.
Рассмотрим настройку таймаутов в файле публикации default.vrd. Если сеансы продолжают закрываться, добавим или отредактируем параметры времени ожидания:
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
base="/MyBase"
ib="File="C:\Bases\MyBase";">
<httpServices>
<timeout>600</timeout>
</httpServices>
</point>
Увеличение таймаута до 600 секунд позволит избежать разрыва сессии при длительном выполнении тяжелых отчетов или регламентных заданий.
Если вышеописанные меры не помогли, нам необходимо выяснить точную техническую причину сбоя. В этом вам поможет настройка технологического журнала 1С для поиска ошибок, которая позволит настроить сбор событий EXCP (исключения). Чтобы упростить анализ логов, можно убрать лишние переносы строк в технологическом журнале с помощью специализированных инструментов. Создадим в папке с установленной платформой (каталог conf) файл logcfg.xml следующего содержания:
<config xmlns="http://v8.1c.ru/7.0/config">
<log location="C:\1C_Logs" history="24">
<event>
<eq property="Name" value="EXCP"/>
</event>
<property name="all"/>
</log>
</config>
После возникновения ошибки проанализируем текстовые файлы в папке C:\1C_Logs. Ищите строки, содержащие "Session terminated" или "Connection lost". Это даст понимание: инициирован ли разрыв самой платформой из-за внутренней ошибки кода или это внешнее воздействие (например, антивирус).
Часто антивирусы блокируют временные файлы 1С в момент их интенсивной перезаписи. Разберем, что нужно добавить в исключения:
*.1CD, *.1CL, *.cdn.Local\1cv8 и Roaming\1cv8).1cv8.exe, 1cv8c.exe.Важный момент: служба брандмауэра Windows должна быть запущена, даже если сам защитник выключен. Некорректная остановка службы фильтрации трафика часто приводит к непредсказуемым обрывам TCP-сессий.
Иногда причина кроется в повреждении таблицы активных сеансов внутри самого файла базы. Чтобы исключить этот фактор, проведите тестирование и исправление информационной базы 1С:Предприятие 8, а в случае серверного варианта — может потребоваться автоматическая очистка серверного кэша с помощью скрипта. Предварительно выполните следующие действия:
*.1cl) и файл лога транзакций (1Cv8.lgp), если он разросся до гигантских размеров.Проанализируем результаты. Часто исправление поврежденных индексов полностью устраняет проблему «фантомных» вылетов пользователей.
Подводя итог, отметим, что на платформе 8.3.23.1912 наиболее вероятной причиной является сочетание специфики работы платформы с памятью и нестабильности SMB-протокола. Переход на 64-битную версию клиента и использование веб-сервера Apache являются наиболее надежными способами решения данной проблемы в долгосрочной перспективе.