← На главную

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

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

Выясним причину: почему происходит зависание?

Проанализируем ситуацию с технической точки зрения. Основная проблема релиза 8.3.21.1508 кроется в механизмах взаимодействия между клиентским приложением, менеджером кластера и службой лицензирования. Разберем основные факторы, вызывающие "мертвый" простой системы:

1. Ошибки менеджера лицензий: В данной версии платформы был зафиксирован критический баг (идентификатор 10237722), связанный с некорректным распределением лицензий. Когда количество активных сеансов достигает определенного порога, менеджер кластера перестает отвечать на новые запросы о выдаче лицензии. Клиентское приложение при этом бесконечно ожидает ответа, что и проявляется как "зависание на логотипе".
2. Блокировки в рабочих процессах (rphost): Анализ технологического журнала часто показывает остановку на событии VRSREQUEST. Это происходит из-за внутренних "deadlock" (мертвых блокировок) в рабочем процессе, когда поток, отвечающий за проверку лицензии или авторизацию через веб-сервисы, блокирует основной поток выполнения.
3. Специфика «1С:Документооборота»: В конфигурации ДО при старте инициируется большое количество фоновых заданий и обращений к системе взаимодействия. На нестабильных версиях платформы эти процессы могут конфликтовать между собой, захватывая все доступные ресурсы сеансов.

Рассмотрим основное решение: обновление или откат

Поскольку проблема признана разработчиками 1С как баг платформы, наиболее эффективным и правильным решением является смена версии программного обеспечения. Рассмотрим возможные варианты:

Вариант 1: Обновление до стабильной ветки 8.3.22. На текущий момент это самый надежный путь. Рекомендуется использовать сборки не ниже 8.3.22.1704. В этой ветке исправлены механизмы работы с лицензиями и стабилизирована работа 64-битных клиентов.

Вариант 2: Переход на исправленный релиз 8.3.21. Если ваша конфигурация или требования инфраструктуры жестко привязаны к ветке 8.3.21, необходимо обновиться до версии 8.3.21.1607 или выше. Ошибки, приводившие к зависаниям в 1508-й сборке, в них были устранены.

Вариант 3: Откат на проверенные версии. Если оперативное обновление до 8.3.22 невозможно, временным решением может стать возврат на версию 8.3.19.1665 или 8.3.20, которые зарекомендовали себя как более стабильные в плане сетевых подключений.

Разберем по шагам временные способы обхода проблемы (Workarounds)

Если вы не можете обновить платформу прямо сейчас, проанализируем методы, которые помогут "оживить" систему на некоторое время. Помните, что эти меры являются временными и не устраняют корень проблемы.

1. Отключение аппаратного ускорения графики.

Иногда зависание окна заставки связано с некорректным взаимодействием платформы и видеодрайверов. Попробуем отключить аппаратное ускорение. Для этого необходимо отредактировать файл conf.cfg, который обычно находится в папке C:\Program Files\1cv8\conf. Добавим в него следующую строку:

DisableHardwareAcceleration=On

2. Использование параметров запуска для системы взаимодействия.

Чтобы исключить влияние системы взаимодействия на этапе входа, в дополнительные параметры запуска информационной базы (в окне выбора баз) добавим ключ:

/NoAutoConnectSystemInteractions

3. Принудительная очистка серверного кэша.

Регулярные "мягкие" перезапуски рабочих процессов (rphost) через консоль администрирования кластера помогают лишь на короткое время. Разберем процедуру полной очистки. Остановите службу 1С:Предприятие и удалите содержимое папок с кэшем сеансов (папка snccntxt в каталоге данных кластера). Это позволит сбросить "зависшие" лицензионные ожидания.

4. Настройка перезапуска рабочих процессов.

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

• Выключенные процессы завершать через: 60-120 секунд.
• Объем памяти: установите предел, после которого процесс считается проблемным (зависит от объема ОЗУ на сервере).

Проанализируем ситуацию с лицензированием

Если зависание происходит именно из-за невозможности получить лицензию, проверьте способ их раздачи. На платформе 8.3.21.1508 наблюдались проблемы при смешанном использовании программных и аппаратных (HASP) ключей. По возможности:

1. Убедитесь, что на сервере установлен актуальный HASP License Manager.
2. В файле nnhasp.ini на стороне клиента явно укажите IP-адрес сервера лицензий, чтобы сократить время поиска ключа по сети (Broadcast-запросы в этой версии могут работать медленно и приводить к таймаутам).

Подведем итоги

Версия платформы 8.3.21.1508 оказалась крайне неудачной для высоконагруженных систем и конфигураций типа "1С:Документооборот". Постоянные зависания при входе — это следствие системных ошибок в коде самой платформы. Мы настоятельно рекомендуем не тратить время на "лечение" симптомов, а произвести плановое обновление до стабильных релизов ветки 8.3.22 или исправленных сборок 8.3.21. Только это гарантирует стабильную работу пользователей без необходимости ежедневного перезапуска служб сервера.