При администрировании серверов 1С:Предприятия часто возникает ситуация, когда в наличии имеется старый ключ для 32-разрядного сервера (x86) и приобретается новый ключ для 64-разрядного сервера (x64). Системные администраторы, особенно в условиях удаленных дата-центров, стремятся избежать физических манипуляций с оборудованием и задаются вопросом: можно ли просто вставить второй ключ, оставив первый в свободном USB-порту? В этой статье мы подробно проанализируем, почему такая схема работы является проблемной, разберем технические причины конфликтов и определим правильный алгоритм действий.
Рассмотрим устройство системы защиты Sentinel HASP (ранее Aladdin), которая используется для лицензирования серверной части 1С. Серверные ключи имеют свою специфическую маркировку. Для версии 8.3 это обычно серия ENSR8. Независимо от того, предназначен ключ для x86 или x64 версии сервера, он относится к одной и той же технологической серии.
Проанализируем ситуацию: когда служба ragent (агент сервера 1С) или rmngr (менеджер кластера) обращается к системе защиты, драйвер Sentinel Runtime опрашивает USB-шину на предмет наличия устройств с конкретным Vendor ID и Серией. Поскольку оба ключа (x86 и x64) имеют идентичные идентификаторы серии, драйвер и служба защиты могут вести себя непредсказуемо.
Выясним основную причину конфликта: при наличии двух устройств одной серии в одной операционной системе возникает неопределенность программного прерывания. Система защиты часто «зацепляется» за первый ответивший ключ. Если им окажется ключ x86, а вы пытаетесь запустить 64-битный рабочий процесс сервера 1С, вы получите ошибку «Ключ защиты сервера не обнаружен», даже если физически ключ x64 вставлен в соседний порт.
Важно понимать фундаментальное правило лицензирования 1С: лицензия на 64-разрядный сервер является «старшей». Это означает, что наличие ключа ENSR8 для x64 автоматически дает право на запуск:
Таким образом, использование ключа x86 при наличии x64 становится абсолютно избыточным. Разберем по шагам, какие риски несет одновременное подключение обоих устройств:
Рассмотрим несколько способов выхода из ситуации, начиная от самого правильного и заканчивая обходными путями для экстренных случаев.
Самое надежное решение — физически извлечь ключ x86 и вставить вместо него ключ x64. Поскольку 64-битный ключ полностью покрывает потребности 32-битного сервера, старый ключ вам больше не понадобится в работе. Его следует убрать в сейф или банковскую ячейку как резервный актив компании.
Если сервер находится в дата-центре и доступа к нему прямо сейчас нет, проанализируем возможность программного отключения. Вы можете зайти в «Диспетчер устройств» Windows, найти в разделе «Контроллеры USB» или «Sentinel USB Keys» конкретное устройство (старый ключ) и выбрать пункт «Отключить устройство» (Disable device).
Внимание: Этот метод имеет нюанс. При крупном обновлении операционной системы (например, переход на новый билд Windows Server) или переустановке драйверов защиты, система может заново обнаружить «новое» устройство и включить его, что вернет конфликт.
Если вам жизненно необходимо, чтобы оба ключа были подключены к одному физическому серверу (например, для разных виртуальных машин), воспользуйтесь гипервизором (ESXi, Hyper-V, Proxmox). Проанализируем этот метод:
В этом случае операционные системы внутри виртуальных машин будут видеть только «свой» ключ, и конфликта на уровне драйверов не возникнет.
Чтобы убедиться, как именно система видит ваши ключи, разберем работу с интерфейсом управления Sentinel. Откройте браузер на сервере и введите адрес: http://localhost:1947.
В открывшемся интерфейсе перейдите в раздел Sentinel Keys. Здесь мы увидим список всех подключенных ключей. Обратите внимание на колонку Key Type и Configuration. Если вы видите два устройства с одинаковыми параметрами, это подтверждает наличие потенциального конфликта. Попробуйте временно отключить одно из них и проверьте работоспособность сервера 1С.
Для перезапуска службы защиты после манипуляций с ключами можно использовать командную строку. Рассмотрим пример команд:
net stop "Sentinel LDK License Manager"
net start "Sentinel LDK License Manager"
После перезапуска службы менеджер лицензий заново пересчитает доступные USB-устройства и выдаст корректную информацию в консоль администрирования 1С.
Подведем итог: использование двух серверных ключей 1С (x86 и x64) одновременно не только не приносит пользы, но и создает серьезные риски для стабильности системы. Ключ x64 является универсальным и заменяет собой x86. Мы рекомендуем не рисковать работоспособностью бизнес-приложений и использовать только один, более мощный ключ защиты. Если же вам необходимо сохранить старый ключ подключенным «на всякий случай», делайте это только через механизмы изоляции в виртуальных средах.