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

К кластеру серверов 1С подключаются тремя способами: пользователь заходит в базу через клиент, администратор открывает консоль администрирования серверов, а скрипты и автоматизация работают через утилиту rac. Для клиента нужно знать адрес кластера и имя базы: клиент обращается к менеджеру кластера, по умолчанию на порт 1541. Консоль администрирования и сервер администрирования ras работают через агента сервера, по умолчанию порт 1540.

Чтобы клиент подключился, на пути от компьютера до сервера должны быть открыты порт 1541 (главный менеджер кластера) и диапазон 1560-1591 (рабочие процессы). Для администрирования нужен ещё 1540 (агент сервера). Если закрыт нужный порт, база не откроется, хотя «сервер пингуется».

Как клиент и сервер 1С общаются между собой

Кластер серверов — это логическая единица. Физически за ним стоят несколько процессов на одной или нескольких машинах.

• 🧭 Агент сервера (ragent) принимает обращения консоли администрирования и ras. Слушает порт 1540.
• 🗂 Менеджер кластера (rmngr) знает, какие базы и сеансы есть в кластере, и распределяет нагрузку. Порт по умолчанию 1541.
• ⚙️ Рабочие процессы (rphost) выполняют код приложения и держат соединения с СУБД. Каждый получает свой порт из диапазона 1560-1591.

Порядок такой: клиент обращается к менеджеру кластера rmngr на порт кластера (по умолчанию 1541, именно он указывается в Srvr), менеджер назначает рабочий процесс, и дальше клиент общается напрямую с rphost на порту из диапазона 1560-1591. Порт агента 1540 нужен для администрирования. Поэтому открыть наружу только один порт недостаточно.

Подключение из клиентского приложения

Есть два пути: через список баз и через строку запуска.

Через список информационных баз

1. Запустите 1С, в окне выбора баз нажмите Добавить.
2. Выберите Добавление в список существующей информационной базы.
3. Укажите название и тип расположения На сервере 1С:Предприятия.
4. В поле Кластер серверов впишите имя или IP сервера. Если порт менеджера нестандартный, добавьте его через двоеточие: srv-1c:1641.
5. В поле Имя информационной базы в кластере введите имя базы так, как оно задано в консоли администрирования.
6. Завершите мастер и откройте базу.

Имя базы чувствительно к опечаткам. Если в консоли база называется buh_prod, а в клиенте написано buh-prod, вы получите сообщение о том, что база не найдена.

Через строку запуска и ярлык

Для ярлыков, скриптов и терминального сервера удобно писать параметры явно:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /S"srv-1c\buh_prod"

Формат /S"сервер\база" работает, если порт менеджера стандартный. Для нестандартного порта пишут /S"srv-1c:1641\buh_prod".

В файле ibases.v8i та же информация хранится строкой подключения:

Connect=Srvr="srv-1c:1641";Ref="buh_prod";

Srvr — адрес кластера, Ref — имя базы. Эта строка нужна и для веб-публикации, и для внешних соединений из кода.

Какой адрес лучше указывать

Консоль администрирования серверов 1С

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

Добавление центрального сервера

1. Откройте консоль, в дереве выделите Центральные серверы 1С:Предприятия.
2. В меню Действие или в контекстном меню выберите Новый → Центральный сервер 1С:Предприятия.
3. В диалоге заполните имя компьютера (например, srv-1c) и IP-порт агента (1540) — это отдельные поля.
4. Раскройте созданный узел: в нём появится Кластеры.

Если кластер запрашивает администратора, введите логин и пароль администратора кластера. Это не пользователь информационной базы и не учётная запись Windows. Задаётся он отдельно, в свойствах кластера.

Что делать в консоли после подключения

• 📋 В ветке Информационные базы видно, какие базы зарегистрированы и разрешены ли в них сеансы.
• 👥 В ветке Сеансы — кто сейчас работает. Именно здесь завершают зависшие сеансы.
• 🖥 В ветке Рабочие серверы — машины кластера и их процессы.
• 🔐 В свойствах базы — блокировка начала сеансов и сообщение для пользователей.

Управление из командной строки: rac и ras

Для автоматизации есть пара утилит. ras — сервер администрирования, rac — клиент к нему. Сначала запускается ras:

ras cluster --port=1545 srv-1c:1540

Затем с любой машины можно обращаться к нему через rac:

rac srv-1c:1545 cluster list
rac srv-1c:1545 infobase summary list --cluster=<идентификатор_кластера>
rac srv-1c:1545 session list --cluster=<идентификатор_кластера>

Идентификатор кластера возьмите из вывода первой команды. Остальные подкоманды и параметры смотрите в справке: rac help.

Если подключиться не получается: проверка сети и брандмауэра

Идите от простого к сложному. Каждый шаг отсекает свою группу причин.

1. Имя разрешается? Выполните nslookup srv-1c. Не отвечает — проблема в DNS или в доменном суффиксе.
2. Сервер отвечает? ping srv-1c. Ответа может не быть из-за запрета ICMP, это ещё не авария.
3. Порт агента открыт? В PowerShell: Test-NetConnection srv-1c -Port 1540. Поле TcpTestSucceeded : True значит порт доступен.
4. Порт менеджера открыт? То же для 1541.
5. Рабочие процессы доступны? Проверьте любой порт из диапазона, например 1560.
6. Служба запущена? На сервере откройте services.msc и найдите службу агента сервера 1С:Предприятия.

Правило для брандмауэра Windows на сервере можно создать одной командой в PowerShell от администратора:

New-NetFirewallRule -DisplayName "1C cluster" -Direction Inbound -Protocol TCP -LocalPort 1540,1541,1560-1591 -Action Allow

На Linux правила задаются через ufw, firewalld или iptables, но набор портов тот же.

Где искать причину в журналах

Один журнал на все случаи не существует. У разных проблем разные источники.

• 📒 Журнал регистрации базы (Администрирование → Журнал регистрации или соответствующая команда в режиме Конфигуратора). Показывает входы пользователей, ошибки и события на уровне базы. Если база вообще не открывается, из клиента его не посмотреть, но файлы журнала лежат на сервере: srvinfo\reg_<порт>\<GUID базы>\1Cv8Log.
• 🖥 Журнал событий Windows. Видно, стартовала ли служба агента и почему упала.
• 🧪 Технологический журнал. Включается файлом logcfg.xml в каталоге conf платформы. Фиксирует исключения, блокировки, медленные вызовы и ошибки соединения. Он создаёт большой объём данных, поэтому включайте его на короткое время и с фильтром по нужным событиям.

Как работать с техжурналом:

1. Создайте каталог для логов на диске с запасом места.
2. Подготовьте logcfg.xml с нужными событиями, например EXCP (исключения).
3. Положите файл в каталог conf установленной платформы.
4. Воспроизведите ошибку.
5. Найдите в логе запись с текстом сбоя и временем, близким к вашей попытке.
6. Удалите или переименуйте logcfg.xml, чтобы техжурнал не продолжал писать.

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

Типовые ошибки подключения и что с ними делать

Формулировки в окне зависят от версии платформы и могут немного отличаться, но смысл остаётся.

Отдельный частый случай: после перезагрузки сервера агент стартует, но кластер ещё «поднимается». Подождите пару минут и повторите подключение, прежде чем что-то перенастраивать.

Подключение из удалённых офисов и по VPN

На медленном канале база формально открывается, но работать в ней неудобно. Несколько приёмов помогают снизить нагрузку, не трогая кластер.

• 🌐 Держите короткий путь без лишних узлов: каждый прокси и NAT добавляет задержку.
• 🔒 При VPN проверьте MTU. Слишком большой пакет фрагментируется, и обмен замедляется.
• 🖥 Для офисов с плохим каналом разумнее терминальный доступ: по сети идёт только картинка, а клиент 1С работает рядом с сервером.
• 🧩 Для небольших рабочих мест подойдёт веб-клиент через публикацию на веб-сервере. Он требует настроенной публикации, но не требует установки платформы.
• ⏱ Не включайте на сетевом оборудовании агрессивные таймауты простоя для портов 1С.

Сравнение способов:

Что настроить заранее, чтобы подключения не ломались

Большинство проблем с кластером возникает после изменений, а не само по себе. Несколько привычек снимают половину обращений в поддержку.

• 📝 Ведите список серверов, портов и имён баз в одном месте. Когда ломается подключение, первым делом сверяют именно эти данные.
• 🔁 После переименования сервера или смены IP обновляйте ярлыки, файлы ibases.v8i и публикации на веб-сервере. Старые строки Srvr продолжают указывать в пустоту.
• 🧱 Любое изменение правил брандмауэра делайте по списку портов целиком, а не по одному. Часто открывают 1540, а про 1541 и рабочие процессы забывают.
• 🕓 Плановую перезагрузку сервера назначайте на нерабочее время и заранее блокируйте начало новых сеансов в свойствах базы. Так пользователи не потеряют несохранённые данные.
• 👤 Создайте отдельного администратора кластера с понятным именем и храните его пароль в менеджере паролей, а не в заметках на рабочем столе.

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

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