Подойдет ли серверный ключ 1С 8.1 для платформы 1С 8.3 и как исправить ошибку подключения?

Системный администратор 1С v8.3 (Обычные формы) IT и автоматизация бизнеса
← На главную

При переходе с устаревших версий платформы «1С:Предприятие» на актуальную линейку 8.3 часто возникает вопрос сохранения ранее приобретенного оборудования защиты. Рассмотрим подробно, совместимы ли серверные USB-ключи от версий 8.1 и 8.2 с платформой 8.3, а также выясним причины возникновения ошибки «Сервер 1С: Предприятия не обнаружен» при попытке запуска клиентского приложения.

Совместимость серверных ключей защиты семейства 1С 8.x

Аппаратные USB-ключи защиты сервера «1С:Предприятие» являются унифицированными для всей линейки версий 8.x. Это означает, что серверный ключ от 8.1 полностью подходит для работы с платформой 8.3. Однако здесь существует одно принципиальное техническое ограничение — разрядность (битность) серверного ключа и службы сервера.

Рассмотрим существующие типы аппаратных серверных ключей:

  1. 32-разрядный серверный ключ (USB фиолетового цвета, маркировка ENSR8): подходит для запуска 32-разрядной службы сервера 1С любых версий (8.0, 8.1, 8.2, 8.3). Он не позволяет запустить 64-разрядный сервер 1С.
  2. 64-разрядный серверный ключ (USB зеленого цвета, маркировка EN8SA): является универсальным. Поддерживает работу как 64-разрядного, так и 32-разрядного сервера 1С:Предприятия.

Если в вашей организации установлен 32-разрядный ключ от 8.1, то для перехода на 8.3 вам необходимо устанавливать именно 32-разрядную версию сервера 1С. Скачать необходимый дистрибутив можно в разделе «Технологическая платформа 1С:Предприятия для Windows» (32-битная версия платформы включает в себя как клиентскую, так и серверную часть).

Почему появляется ошибка «Сервер 1С: Предприятия не обнаружен»?

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

Ошибка подключения чаще всего возникает по следующим причинам:

  1. Администратор установил 64-разрядную платформу 8.3 при наличии 32-разрядного ключа: служба не может пройти проверку защиты или работает некорректно.
  2. Неверно указаны сетевые порты при подключении базы: если на одном физическом сервере одновременно установлены службы 1С 8.1/8.2 и 1С 8.3, они не могут использовать один и тот же сетевой порт.
  3. Служба «Агент сервера 1С:Предприятия» не запущена: процесс ragent.exe не запущен или заблокирован брандмауэром.

Разберем по шагам решение проблемы подключения

Шаг 1. Проверка разрядности установленного сервера

Убедитесь, что разрядность установленной платформы 8.3 соответствует вашему ключу. Если ключ фиолетовый (32-бит), на сервер должна быть установлена 32-разрядная служба 1С. Для этого используется стандартный инсталлятор технологической платформы для Windows.

Шаг 2. Разделение портов при параллельной работе версий

Посмотрим на пример, когда на сервере одновременно работают службы 8.2 и 8.3. По умолчанию служба 1С использует следующие порты:

  1. Порт кластера (управляющий процесс): 1540
  2. Порт главного менеджера кластера: 1541
  3. Диапазон портов рабочих процессов: 1560:1591

При установке второй службы (например, 8.3 параллельно с 8.2) необходимо сместить порты в свойствах службы или при установке. Например, задать для 8.3 порты 1640, 1641 и диапазон 1660:1691, а также указать отдельный каталог данных кластера (параметр -d).

Шаг 3. Указание порта в настройках подключения базы на клиенте

Если служба 8.3 перевешена на альтернативный порт, его обязательно нужно указывать в окне добавления информационной базы. Настройка поля «Кластер серверов 1С:Предприятия» должна иметь вид:

ИмяСервера:1641 (где 1641 — порт главного менеджера кластера 8.3).

Шаг 4. Настройка сетевого экрана и прав службы

Убедитесь, что Брандмауэр Windows не блокирует входящие соединения по используемым портам и разрешает работу исполняемым файлам ragent.exe, rmngr.exe и rphost.exe из каталога bin новой платформы. Также проверьте, чтобы учетная запись службы (например, USR1CV8) имела полные права на папку с данными кластера srvinfo.

← На главную