Как узнать кластер серверов 1С:Предприятие 8.3

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

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

Определение кластера через консоль администрирования

Основной и самый информативный способ — консоль «Администрирование серверов 1С Предприятия». Она устанавливается вместе с компонентами сервера 1С и доступна в меню «Пуск» в разделе «1С Предприятие 8». Если консоль не установлена локально, её можно поставить отдельно на административную машину и подключаться к серверу по сети.

Откройте консоль и посмотрите на левую панель: в ветке «Центральные серверы 1С:Предприятия 8.3» отображаются зарегистрированные серверы. Раскройте нужный сервер — под ним находится ветка «Кластеры», где указан локальный кластер с номером порта, например «Локальный кластер (1541)». Если кластеров несколько, каждый будет показан отдельно со своим портом.

Двойной щелчок по кластеру открывает его свойства: имя, компьютер, порт кластера, интервал перезапуска, режим распределения нагрузки. Здесь же видны рабочие процессы и список информационных баз, зарегистрированных в кластере. Если сервер в консоли не отображается, добавьте его вручную: правый клик по «Центральные серверы» → «Создать» → «Центральный сервер 1С:Предприятия 8.3» и укажите имя или IP-адрес машины.

1. 1
   Откройте «Администрирование серверов 1С Предприятия» из меню «Пуск»
2. 2
   Разверните ветку «Центральные серверы 1С:Предприятия 8.3»
3. 3
   Раскройте нужный сервер и найдите ветку «Кластеры»
4. 4
   Откройте свойства кластера двойным щелчком и запишите имя сервера и порт
5. 5
   Проверьте список информационных баз внутри кластера для подтверждения

Поиск кластера через службы и реестр Windows

Когда консоль недоступна или нужно быстро проверить параметры на самом сервере, помогает осмотр служб. Откройте «services.msc» и найдите службу «Агент сервера 1С:Предприятия 8.3 (x86-64)». В её свойствах на вкладке «Общие» отображается путь к исполняемому файлу ragent.exe вместе с параметрами запуска. В этой строке видны ключевые данные: порт агента (-port 1540), порт кластера (-port 1541), диапазон портов рабочих процессов (-range 1560:1591) и каталог служебных данных (-d).

Те же сведения хранятся в реестре. Откройте редактор реестра и перейдите в ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services. Найдите подраздел, соответствующий агенту сервера 1С (обычно содержит в названии «1C:Enterprise 8.3 Server Agent»). Параметр ImagePath содержит полную строку запуска службы со всеми портами.

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

sc query "1C:Enterprise 8.3 Server Agent (x86-64)"
sc qc "1C:Enterprise 8.3 Server Agent (x86-64)"

Определение кластера по строке подключения базы

Если перед вами рабочее место пользователя, где база уже подключена, адрес кластера можно извлечь из настроек подключения. В стартовом окне 1С выделите информационную базу и нажмите кнопку «Изменить». В параметрах подключения при клиент-серверном варианте работы указано поле «Кластер серверов 1С:Предприятия» — там стоит имя или IP-адрес сервера, а ниже — имя базы данных в кластере.

Та же информация хранится в файле списка баз ibases.v8i, который находится в профиле пользователя: %APPDATA%\1C\1cv8. Откройте файл в текстовом редакторе и найдите секцию нужной базы — параметр Connect=Srvr="ИмяСервера";Ref="ИмяБазы"; показывает и сервер кластера, и имя базы.

Этот способ удобен, когда у вас нет доступа к серверу, но есть доступ к настроенному клиенту. Учтите ограничение: из строки подключения видно только адрес сервера, но не порт кластера и не полную конфигурацию. Если порт был изменён со стандартного, потребуется проверка на стороне сервера.

Файлы служебных данных кластера

Агент сервера хранит всю конфигурацию кластера в каталоге служебных данных. По умолчанию это C:\Program Files\1cv8\<версия>\srvinfo или каталог, указанный в параметре -d при запуске службы. Внутри находится файл 1CV8Clst.lst — реестр кластеров, где перечислены все кластеры данного агента с их портами и идентификаторами.

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

Командная строка и утилита rac

Для автоматизации и удалённой диагностики платформа включает консольную утилиту администрирования rac.exe, расположенную в каталоге bin установленной платформы. Она позволяет получить список кластеров без графической консоли, что удобно для скриптов и проверки с другого компьютера.

Команда для получения списка кластеров выглядит так: rac cluster list с указанием адреса агента сервера. Утилита выведет идентификаторы кластеров, их порты, имена и параметры. Далее по идентификатору можно запросить подробности: список баз, сеансов и рабочих процессов.

"C:\Program Files\1cv8\8.3.22.1750\bin\rac.exe" cluster list --cluster-admin=Администратор --cluster-pwd=Пароль ИМЯ_СЕРВЕРА:1540

Если аутентификация администратора кластера не настроена, параметры --cluster-admin и --cluster-pwd можно опустить. Учтите, что версия rac.exe должна соответствовать версии запущенного агента сервера, иначе утилита вернёт ошибку несовместимости версий.

Как проверить, что кластер найден правильно

После определения адреса и порта кластера полезно убедиться, что он действительно работает и отвечает на подключения. Самая простая проверка — доступность порта: выполните в командной строке telnet ИмяСервера 1541 или используйте PowerShell-команду Test-NetConnection ИмяСервера -Port 1541. Успешное соединение означает, что кластер слушает порт и сетевой путь открыт.

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

Типичные ошибки при определении кластера

Наиболее частая ошибка — попытка подключиться к кластеру с консоли, версия которой не совпадает с версией сервера. Платформа 1С строго проверяет совместимость: консоль 8.3.18 не подключится к агенту 8.3.22. Решение — установить консоль той же версии, что и сервер, либо использовать rac из каталога серверной установки.

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

Третья ошибка — игнорирование нестандартного порта. Если при установке порт кластера был изменён с 1541 на другой, подключение по умолчанию не сработает. Всегда сверяйте порт в параметрах службы агента или в файле 1CV8Clst.lst перед диагностикой «недоступности» сервера.

Частые вопросы