Как запустить два агента сервера 1С на одном компьютере

Один компьютер может обслуживать сразу несколько кластеров серверов 1С — например, рабочий и тестовый контур, либо кластеры разных версий платформы. Для этого на той же машине запускают второй экземпляр агента сервера 1С (ragent). Главное условие — у каждого агента должны быть собственные сетевые порты и собственный служебный каталог, иначе второй экземпляр просто не стартует или «перехватит» чужой кластер.

Типовая ситуация: на сервере уже работает агент первого кластера со стандартными портами 1540–1541 и диапазоном рабочих процессов 1560–1591. Второй агент настраивают на смещённые порты, например 2540–2541 и 2560–2591, и отдельный каталог вида C:\Program Files\1cv8\srvinfo2. После этого оба кластера живут независимо: у каждого свои базы, свои рабочие процессы и свои сеансы.

Ниже разобран порядок действий для Windows и Linux, различия сценариев «одна версия платформы» и «две версии», способы проверки результата и ошибки, которые чаще всего мешают запуску.

Когда нужен второй агент и как это работает

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

Типичные причины завести второй агент: разделение продуктивного и тестового контура без покупки отдельного сервера; параллельная работа двух версий платформы, когда часть баз ещё не переведена на новый релиз; изоляция ресурсоёмкого проекта, чтобы его рабочие процессы не конкурировали с основными. Ещё один вариант — отдельный кластер под интеграционные сервисы с особыми настройками безопасности.

Важно понимать ограничение: два агента на одной машине делят её ресурсы — процессор, оперативную память, диск. Если сервер и так загружен, второй кластер ухудшит работу обоих. Для продуктивных нагрузок с жёсткими требованиями к отзывчивости правильнее выносить кластеры на разные машины.

Что подготовить перед запуском

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

Заранее спланируйте схему портов и каталогов. Стандартные значения первого агента: порт агента 1540, порт реестра кластера 1541, диапазон портов рабочих процессов 1560–1591. Для второго агента удобно использовать смещение на 1000: 2540, 2541, 2560–2591. Такая схема наглядна и снижает риск случайного пересечения.

Проверьте, что выбранные порты свободны. В Windows это делается командой netstat -ano | find "2540" и аналогично для остальных портов — если вывод пустой, порт никем не занят. Также убедитесь, что учётная запись, под которой будет работать служба, имеет полный доступ к новому каталогу srvinfo.

Запуск второго агента в Windows

В Windows первый агент обычно уже работает как служба «Агент сервера 1С:Предприятия». Второй агент регистрируют как отдельную службу командой sc create с явным указанием всех параметров запуска ragent.exe. Службу создают от имени администратора в командной строке.

sc create "1C:Enterprise 8.3 Server Agent (x86-64) Cluster2" binPath= "\"C:\Program Files\1cv8\8.3.22.1750\bin\ragent.exe\" -srvc -agent -regport 2541 -port 2540 -range 2560:2591 -d \"C:\Program Files\1cv8\srvinfo2\"" start= auto obj= "NT SERVICE\1C_Server_Agent_2"

Обратите внимание на детали команды: путь к ragent.exe указывает на конкретную версию платформы — если нужен кластер другой версии, берите исполняемый файл из её каталога. Параметр -d задаёт новый каталог srvinfo2 — его не нужно создавать вручную, агент сделает это при первом запуске. Имя службы должно отличаться от имени службы первого агента.

1. 1
   Убедитесь, что порты 2540, 2541 и диапазон 2560–2591 свободны (netstat)
2. 2
   Зарегистрируйте службу командой sc create с параметрами -port 2540 -regport 2541 -range 2560:2591 -d <новый каталог>
3. 3
   Запустите службу: sc start <имя службы>
4. 4
   Откройте консоль управления серверами 1С и добавьте новый сервер с указанием порта 2540
5. 5
   Создайте в консоли новый кластер на порту 2541 и добавьте в него рабочий сервер
6. 6
   Проверьте, что в реестре кластера можно создать тестовую информационную базу

После создания службы откройте оснастку services.msc и проверьте, что новая служба запущена и стоит в режиме «Автоматически». Если служба не стартует, первым делом смотрите журнал событий Windows — чаще всего причина в занятом порте или отсутствии прав у учётной записи службы на каталог srvinfo2.

Запуск второго агента в Linux

В Linux агент сервера 1С обычно управляется через systemd. Для второго экземпляра создают копию юнит-файла с другим именем и изменёнными параметрами запуска. Юнит размещают в /etc/systemd/system/, например srv1cv8-cluster2.service.

[Unit]
Description=1C:Enterprise 8.3 Server Agent (Cluster 2)
After=network.target

[Service]
Type=simple
User=usr1cv8
ExecStart=/opt/1cv8/x86_64/8.3.22.1750/ragent -daemon -port 2540 -regport 2541 -range 2560:2591 -d /var/lib/1cv8/srvinfo2
Restart=on-failure

[Install]
WantedBy=multi-user.target

Перед включением юнита создайте каталог /var/lib/1cv8/srvinfo2 и назначьте владельцем пользователя, под которым работает агент (обычно usr1cv8): chown -R usr1cv8:grp1cv8 /var/lib/1cv8/srvinfo2. Затем выполните systemctl daemon-reload, включите юнит командой systemctl enable --now srv1cv8-cluster2 и проверьте статус через systemctl status.

Если на сервере используется firewall (firewalld, ufw или iptables), откройте новые порты для клиентских подключений: 2541 для соединений клиентов с кластером и диапазон 2560–2591 для обращений к рабочим процессам. Без этого клиенты будут получать ошибку соединения, хотя сам агент работает исправно.

Одинаковые и разные версии платформы: в чём разница

Сценарий с одной версией платформы проще: обе службы ссылаются на один и тот же ragent.exe, различаются только порты и каталоги. Обновление платформы затрагивает оба кластера одновременно — после обновления обе службы продолжают работать уже на новом релизе. Это удобно для разделения тестового и рабочего контура на одной версии.

Сценарий с разными версиями требует внимательности к путям: служба второго кластера должна указывать на ragent.exe из каталога нужной версии. При обновлении одной из версий пересоздавать службу не нужно, если номер сборки не менялся; при переходе на новый релиз путь в параметрах службы придётся скорректировать — проще всего удалить и пересоздать службу с новым путём, реестр кластера в srvinfo2 при этом сохранится.

Проверка результата и подключение клиентов

После запуска второго агента проверьте его доступность через консоль управления серверами 1С (или консоль кластера): добавьте сервер, указав имя машины и порт 2540. Если агент отвечает, в консоли появится ветка с кластером на порту 2541. Отсутствие ответа означает, что служба не запущена, порт занят или закрыт брандмауэром.

Клиентские приложения подключаются ко второму кластеру по строке вида Srvr="ИмяСервера:2541";Ref="ИмяБазы";. Порт реестра кластера указывается через двоеточие после имени сервера. Если порт не указать, клиент попытается подключиться к стандартному 1541 и попадёт в первый кластер — база там не найдётся, и пользователь получит ошибку «информационная база не обнаружена».

В файловых списках баз (.v8i) и в настройках веб-публикаций порт второго кластера указывается аналогично. Если базы публикуются на веб-сервере, убедитесь, что в файле default.vrd или в настройках публикации задан правильный порт кластера.

Типичные ошибки и ограничения

Ещё одно ограничение касается производительности. Каждый кластер создаёт собственные рабочие процессы rphost, каждый из которых потребляет заметный объём оперативной памяти. На машине с небольшим объёмом ОЗУ два активных кластера могут привести к нехватке памяти и свопингу. Следите за суммарным потреблением и при необходимости ограничивайте количество рабочих процессов и объём памяти на процесс в свойствах кластера.

FAQ