К статье
Практический материал

Администрирование · 13 мин

Как зарегистрировать кластер серверов 1С

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

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

Задача возникает в нескольких ситуациях: при первой установке сервера 1С, после переустановки платформы, при переносе сервера на новое оборудование или после сбоя, из-за которого служба агента перестала запускаться. Во всех случаях последовательность действий схожа: установить компоненты сервера, зарегистрировать службу агента, создать кластер в консоли администрирования и проверить его работоспособность.

Ниже описан полный порядок действий для Windows и Linux, разобраны типичные ошибки и способы проверки результата. Инструкция ориентирована на администратора, который имеет доступ к серверу с правами на установку служб и изменение системных настроек.

Что такое кластер 1С и когда его нужно регистрировать

Кластер серверов 1С — это логическая группа процессов, обслуживающих клиентские подключения к информационным базам. В состав кластера входят агент сервера (ragent), менеджер кластера (rmngr) и рабочие процессы (rphost), которые непосредственно выполняют код прикладного решения и обращаются к СУБД.

Регистрация кластера требуется в трёх основных случаях. Первый — начальное развёртывание клиент-серверной инфраструктуры: после установки дистрибутива платформы кластер не существует, его нужно создать. Второй — переустановка или обновление платформы с переносом: служба агента регистрируется заново, а кластер подключается через консоль. Третий — восстановление после сбоя, когда реестр кластера (каталог srvinfo) повреждён или удалён.

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

Что подготовить перед регистрацией кластера

Перед началом работ убедитесь, что выполнены базовые условия. На сервере должен быть установлен дистрибутив платформы «1С:Предприятие» с компонентом «Сервер 1С:Предприятия» — при установке этот компонент выбирается отдельно, и в минимальной установке его может не быть. Разрядность сервера (32 или 64 бита) должна соответствовать требованиям системы и планируемой нагрузке.

Проверьте, что у вас есть учётная запись с правами локального администратора на сервере — без неё невозможно зарегистрировать службу. Также заранее определите пользователя, от имени которого будет работать агент сервера. По умолчанию при установке в Windows создаётся пользователь USR1CV8, но можно использовать и другую учётную запись с достаточными правами на каталоги платформы и реестр кластера.

Убедитесь, что порты, необходимые для работы кластера, свободны и не блокируются брандмауэром. Стандартный набор портов: 1540 — агент сервера, 1541 — менеджер кластера, диапазон 1560–1591 — рабочие процессы. Если на том же сервере работают другие экземпляры 1С или сторонние приложения, проверьте отсутствие конфликтов.

Установка компонентов сервера 1С

Запустите установщик платформы с дистрибутива, соответствующего нужной версии. На этапе выбора компонентов отметьте «Сервер 1С:Предприятия» и, при необходимости, «Администрирование сервера 1С:Предприятия» — консоль администрирования, без которой управлять кластером будет невозможно. Консоль можно установить на отдельную рабочую станцию администратора, это не обязательно должен быть сам сервер.

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

После завершения установки проверьте наличие каталога платформы (обычно C:\Program Files\1cv8\<версия>\bin) и исполняемых файлов ragent.exe, rmngr.exe, rphost.exe. Их отсутствие означает, что компонент сервера не был установлен, и дальнейшие шаги бессмысленны до переустановки.

Регистрация службы агента сервера

Если служба агента не была зарегистрирована при установке, создайте её вручную через командную строку, запущенную от имени администратора. Исполняемый файл ragent.exe поддерживает ключ -instsrvc для регистрации службы и набор параметров, определяющих её поведение.

cmd
"C:\Program Files\1cv8\8.3.22.1750\bin\ragent.exe" -instsrvc -usr .\USR1CV8 -pwd ПарольПользователя -port 1540 -regport 1541 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

В команде указываются: учётная запись и пароль пользователя службы (-usr и -pwd), порт агента (-port), порт менеджера кластера (-regport), диапазон портов рабочих процессов (-range) и каталог реестра кластера (-d). Если каталог srvinfo не существует, агент создаст его при первом запуске. Удалить службу при необходимости можно ключом -rmsrvc.

После регистрации запустите службу через оснастку services.msc или командой net start. Имя службы по умолчанию — «Агент сервера 1С:Предприятия 8.3» (1C:Enterprise 8.3 Server Agent). Если служба не стартует, первым делом проверьте журнал событий Windows: типичные причины — неверный пароль учётной записи, занятый порт или отсутствие прав на каталог реестра.

В Linux агент сервера устанавливается из пакетов дистрибутива и обычно регистрируется как systemd-сервис автоматически. Управление выполняется командами systemctl start/stop/status с именем службы вида srv1cv83. Параметры запуска задаются в конфигурационном файле службы.

Регистрация сервера и создание кластера в консоли

Откройте консоль «Администрирование серверов 1С:Предприятия» (файл 1CV8 Servers.msc). По умолчанию в дереве консоли присутствует локальный центральный сервер, но при первом запуске или при администрировании удалённого сервера его нужно зарегистрировать: щёлкните правой кнопкой по ветке «Центральные серверы 1С:Предприятие 8.3», выберите «Создать» — «Центральный сервер» и укажите имя или IP-адрес сервера и порт агента (по умолчанию 1540).

После регистрации сервера разверните его ветку: в ней отобразятся кластеры. Если агент запущен и реестр кластера существует, кластер «Локальный кластер» обычно уже присутствует — он создаётся автоматически при первом запуске агента. Если кластера нет, создайте его: правой кнопкой по ветке «Кластеры» — «Создать» — «Кластер», укажите имя кластера, имя компьютера и порт менеджера кластера.

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

Порядок действий
  1. 1
    Установите компоненты «Сервер 1С:Предприятия» и консоль администрирования
  2. 2
    Зарегистрируйте службу агента сервера (автоматически при установке или командой ragent -instsrvc)
  3. 3
    Запустите службу агента и убедитесь, что она работает без ошибок
  4. 4
    Откройте консоль администрирования и зарегистрируйте центральный сервер по имени и порту 1540
  5. 5
    Убедитесь, что в ветке сервера появился локальный кластер, при отсутствии — создайте его вручную
  6. 6
    Зарегистрируйте в кластере информационную базу и проверьте подключение клиентом

Регистрация информационной базы в кластере

Зарегистрированный кластер сам по себе не содержит баз — их нужно добавить. В консоли администрирования разверните ветку кластера, щёлкните правой кнопкой по «Информационные базы» и выберите «Создать» — «Информационная база». Укажите имя базы, тип СУБД (MS SQL Server, PostgreSQL, IBM DB2 или Oracle Database), адрес сервера баз данных и имя базы на стороне СУБД.

Учётная запись, указанная для подключения к СУБД, должна иметь права на создание и изменение базы данных. При создании новой базы флаг «Создать базу данных в случае её отсутствия» позволяет платформе самой создать базу на сервере СУБД; без него база должна существовать заранее.

После создания базы в кластере пользователи подключаются к ней через клиент 1С, указывая в списке баз вариант «На сервере 1С:Предприятия», имя сервера (кластера) и имя информационной базы. Проверьте подключение хотя бы под одной учётной записью, прежде чем сообщать пользователям о готовности.

При переносе сервера на новое оборудование часто достаточно скопировать каталог srvinfo на новый сервер до первого запуска агента — тогда кластер и все зарегистрированные базы подхватятся автоматически. Условие: версии платформы должны совпадать, а пути к каталогу реестра — быть указаны корректно при регистрации службы.
ПЗ
Практическое замечание

Проверка работоспособности кластера

Первый признак корректной регистрации — работающие процессы. В диспетчере задач должны присутствовать ragent.exe, rmngr.exe и хотя бы один rphost.exe (рабочий процесс появляется при первом подключении к базе). В консоли администрирования в ветке кластера должны отображаться рабочие процессы и сеансы при подключении пользователей.

Проверьте доступность портов с клиентской машины — например, командой Test-NetConnection в PowerShell с указанием сервера и порта 1541. Если порт недоступен, проверьте правила брандмауэра Windows или сетевого экрана: для работы клиентов должны быть открыты порты агента, менеджера кластера и диапазон рабочих процессов.

Контрольные точки

Как проверить результат

Служба агента сервера
Норма

Служба в состоянии «Работает», тип запуска — автоматически

Тревожный признак

Служба останавливается сразу после запуска или отсутствует в списке

Процессы кластера
Норма

Запущены ragent, rmngr, при подключениях — rphost

Тревожный признак

Есть только ragent, менеджер кластера не стартует

Кластер в консоли
Норма

Кластер виден, раскрываются ветки процессов и баз

Тревожный признак

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

Подключение клиента
Норма

База открывается, сеанс виден в консоли

Тревожный признак

Ошибка «кластер серверов не найден» или таймаут подключения

Типичные ошибки и способы их устранения

Наиболее частая проблема — служба агента не запускается из-за неверных учётных данных. Если пароль пользователя USR1CV8 был изменён или учётная запись заблокирована, служба завершится с ошибкой входа. Решение — обновить пароль в свойствах службы через оснастку services.msc или перерегистрировать службу с актуальными данными.

Вторая распространённая ситуация — конфликт портов при нескольких версиях платформы на одном сервере. Каждая версия должна использовать свой набор портов: например, для второго экземпляра — 2540, 2541 и диапазон 2560–2591. Проверить занятость портов помогает команда netstat -ano с сопоставлением PID процессов.

Третья группа проблем связана с правами доступа: агент не может записать файлы в каталог srvinfo или прочитать настройки. Убедитесь, что учётная запись службы имеет полные права на каталог реестра кластера и каталог платформы. После смены учётной записи службы права нужно выдать заново.

Типичные ошибки
01
Регистрация службы без указания каталога -d — агент использует каталог по умолчанию, и при переносе реестр кластера теряется
02
Использование одинаковых портов для двух экземпляров агента — вторая служба не стартует, диагностика затруднена
03
Создание базы в консоли без прав на СУБД — ошибка создания базы данных на этапе регистрации
04
Закрытые порты в брандмауэре — кластер работает локально, но клиенты по сети подключиться не могут
05
Ручное редактирование файлов в srvinfo на запущенном сервере — повреждение реестра кластера и потеря регистрации баз

Часто задаваемые вопросы

Можно ли зарегистрировать несколько кластеров на одном сервере?

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

Что делать, если кластер пропал из консоли после перезагрузки сервера?

Сначала проверьте, запущена ли служба агента — при автоматическом типе запуска она должна стартовать сама. Если служба работает, а кластера нет, проверьте, какой каталог реестра указан в параметрах службы: при смене каталога агент создаст новый пустой реестр, и старый кластер «исчезнет», хотя данные сохранятся в прежнем каталоге srvinfo.

Нужно ли регистрировать кластер заново при обновлении платформы?

Нет, при штатном обновлении платформы служба агента и реестр кластера сохраняются. Однако если обновление выполняется с удалением старой версии и службы, службу новой версии нужно зарегистрировать заново с указанием существующего каталога srvinfo — тогда кластер и базы подхватятся автоматически.

Как перенести кластер на другой сервер с минимальным простоем?

Установите платформу той же версии на новом сервере, остановите службу агента на старом сервере, скопируйте каталог srvinfo на новый сервер, зарегистрируйте службу агента с указанием этого каталога и запустите её. Затем обновите имя сервера в консоли администрирования и в настройках клиентских подключений. Базы на стороне СУБД при этом не затрагиваются.

Какие порты нужно открыть в брандмауэре для работы кластера?

Минимально необходимы порт агента (по умолчанию 1540), порт менеджера кластера (1541) и диапазон портов рабочих процессов (1560–1591). Если используются нестандартные порты, открывайте фактически назначенные значения. Также учтите, что для доступа к серверу СУБД нужны его собственные порты.

Можно ли управлять кластером без графической консоли?

Да, платформа включает утилиту командной строки rac, которая позволяет управлять кластером, базами, сеансами и блокировками из скриптов. Утилита обращается к агенту сервера по сети и подходит для автоматизации административных задач, например регламентной блокировки баз перед обновлением.

Итог

Что важно запомнить

Регистрация кластера 1С состоит из трёх шагов: установка компонентов сервера, регистрация и запуск службы агента, создание кластера в консоли администрирования. Контролируйте порты, права учётной записи службы и целостность каталога srvinfo — именно с ними связано большинство проблем. Результат проверяется запущенными процессами и успешным подключением клиента к базе.