Ситуация, когда сервер «1С:Предприятие» стабильно работает с небольшим количеством пользователей, но внезапно начинает выдавать ошибки при попытке подключения очередного клиента, является классической для систем на базе ОС Linux. Рассмотрим подробнее, почему именно число «12» становится критическим порогом, разберем архитектурные особенности защиты платформы 1С и выясним, какие шаги необходимо предпринять для полноценной работы системы.
Разберем ситуацию, описанную в обращении. В системе на Linux сервер 1С позволяет запускать до 12 сеансов включительно, даже если серверная лицензия фактически отсутствует или не распознается системой. Проанализируем, почему это происходит. Это не является официальной «демо-версией», скорее это техническая особенность реализации проверки защиты в серверной части платформы под Linux.
Важно понимать следующие моменты:
rphost. Если по условиям нагрузки или из-за настроек кластера система создаст второй процесс rphost, доступ будет мгновенно заблокирован для всех пользователей, так как проверка лицензии инициируется заново.Выясним причину, по которой уже имеющийся USB-ключ может не работать. В экосистеме «1С:Предприятие 8» аппаратные ключи HASP для сервера имеют строгую цветовую и техническую дифференциацию:
Фиолетовый ключ (маркировка H4 M1 ORGL8): предназначен исключительно для 32-разрядного сервера «1С:Предприятие». Он значительно дешевле 64-разрядной версии, но накладывает жесткие ограничения на используемую версию программного обеспечения сервера.
Зеленый ключ (маркировка H4 M1 ENSR8): предназначен для 64-разрядного сервера. Этот ключ является универсальным: он позволяет запускать как 64-битную, так и 32-битную версию серверной части.
Проанализируем ситуацию пользователя: на сервере установлен 64-разрядный Linux и соответствующий 64-разрядный сервер 1С, но используется фиолетовый ключ. В этом случае сервер 1С при запуске 13-го пользователя обращается к ключу, видит, что он предназначен для 32-битной версии, и отклоняет его как невалидный для текущей архитектуры.
Это самый правильный и стабильный путь для корпоративного сектора. Рассмотрим процедуру перехода:
Если у вас уже есть 32-разрядная лицензия (фиолетовый ключ), вам не нужно покупать полную 64-разрядную лицензию за полную стоимость. В 1С предусмотрена процедура «апгрейда». Вы сдаете старый фиолетовый ключ партнеру 1С, доплачиваете разницу в цене и получаете новый зеленый ключ или программную лицензию.
Преимущества этого решения:
rphost может использовать практически весь объем оперативной памяти сервера, что критично для тяжелых конфигураций.Если бюджет ограничен и покупка новой лицензии невозможна, рассмотрим вариант установки 32-разрядного сервера 1С на 64-разрядную ОС Linux. Это позволит использовать имеющийся фиолетовый ключ.
Однако здесь мы столкнемся с рядом технических сложностей, которые разберем пошагово:
i386. Например, для систем на базе Debian/Ubuntu это делается командами добавления архитектуры и установки базовых библиотек.aksusbd в 32-битной версии или обеспечение его работы в режиме совместимости.rphost (32-бит) не сможет адресовать более 2-4 ГБ оперативной памяти. В современных реалиях (ERP, КA 2.0) это приведет к частым ошибкам «Out of memory», даже если на физическом сервере свободно 128 ГБ ОЗУ.Рассмотрим альтернативу аппаратным ключам — программные лицензии. Если вы решите отказаться от USB-ключа в пользу программной защиты (пин-кодов), обратите внимание на следующие особенности:
Программная лицензия на сервер 1С также делится на 32-разрядную и 64-разрядную. При активации 64-разрядной лицензии вы получаете право использовать любую версию сервера. Программная лицензия «привязывается» к параметрам виртуальной или физической машины:
Если вы измените объем RAM в виртуальной машине после активации, лицензия «слетит», и потребуется использование резервного пин-кода.
Проанализируем, почему профессиональное сообщество настаивает на использовании 64-разрядных серверов. В 32-битных системах существует проблема фрагментации памяти. Даже если суммарно процесс использует 1.5 ГБ, попытка выделить крупный непрерывный блок памяти для формирования отчета может провалиться, что приведет к аварийному завершению работы всех пользователей, подключенных к данному рабочему процессу. На 64-битных системах адресное пространство настолько велико, что проблема фрагментации практически отсутствует.
Подводя итог нашему разбору, можно сделать следующие выводы:
Если ваша база 1С вылетает именно на 13-м пользователе в среде Linux — это явный признак того, что сервер работает без действующей лицензии. Для исправления ситуации необходимо привести в соответствие разрядность установленного сервера 1С и разрядность имеющегося ключа защиты.
Рекомендуемый алгоритм действий:
ia32-libs или аналогов).Помните, что стабильная работа корпоративной системы напрямую зависит от правильного подбора серверных мощностей и соответствующего лицензионного обеспечения.