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

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

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

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

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

При выборе типа расположения «На сервере 1С:Предприятия» в диалоге добавления базы появляются два ключевых поля. Первое — «Кластер серверов 1С:Предприятия» (или «Сервер 1С:Предприятия»). Сюда вводится сетевое имя компьютера, на котором запущен агент сервера 1С, либо его IP-адрес. Примеры допустимых значений: srv1c, srv1c.company.local, 192.168.10.15.

Второе поле — «Имя информационной базы в кластере». Это не имя базы на SQL-сервере и не путь к каталогу, а именно то название, под которым база зарегистрирована в консоли администрирования кластера. Имя чувствительно к регистру символов: если в кластере база называется TradeDemo, то ввод tradedemo приведёт к ошибке.

Дополнительно выбирается тип соединения: обычный (через агент кластера), защищённый (SSL) либо автоматический выбор. Для большинства локальных сетей достаточно обычного соединения; защищённое требуется, если кластер настроен на шифрование трафика между клиентом и сервером.

Как узнать правильные значения в консоли кластера

Откройте консоль администрирования серверов 1С (файл 1CV8 Servers.msc на сервере или «Администрирование серверов 1С Предприятия» в меню «Пуск»). Разверните дерево: имя компьютера → кластер → ветка «Информационные базы». В списке видны точные имена баз — их и нужно передавать пользователям.

Имя сервера для клиентов — это сетевое имя компьютера, где работает агент кластера. Проверить его можно командой hostname в командной строке сервера. Если в сети есть DNS, лучше использовать полное имя (FQDN) — это упростит перенос кластера на другой адрес в будущем.

Обратите внимание: если кластеров несколько (например, рабочий и тестовый на одном сервере), они различаются портами агента. В этом случае в поле сервера указывается имя с портом: srv1c:1541, где 1541 — порт агента второго кластера (по умолчанию первый кластер использует 1540).

1. 1
   Откройте консоль администрирования серверов 1С и найдите нужную информационную базу
2. 2
   Скопируйте точное имя базы с учётом регистра
3. 3
   Узнайте имя сервера агента (hostname) и порт кластера — по умолчанию 1540
4. 4
   В клиенте укажите сервер в формате имя или имя:порт и имя базы
5. 5
   Проверьте подключение под учётной записью пользователя 1С

Порты кластера: когда их нужно указывать явно

По умолчанию агент кластера слушает порт 1540, менеджер кластера — 1541, диапазон рабочих процессов — 1560–1591. Если кластер один и порты не менялись, в строке подключения порт указывать не обязательно — клиент сам обратится к 1540.

Явное указание порта требуется в трёх случаях: на сервере развёрнуто несколько кластеров, агенту назначен нестандартный порт, либо между клиентом и сервером стоит брандмауэр, и администратор сети требует фиксированных значений. Формат записи — server:port, например srv1c:1542.

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

netstat -an | findstr 1540

Команда выше на сервере покажет, слушает ли агент порт 1540. Если строки с состоянием LISTENING нет — служба агента сервера 1С не запущена, и клиенты подключиться не смогут независимо от правильности строки подключения.

Подключение из веб-клиента, тонкого клиента и через веб-сервер

Тонкий и толстый клиенты используют одинаковую строку: имя сервера агента и имя базы. Разница появляется при публикации на веб-сервере: тогда пользователь подключается по URL вида http://srv1c/base, а сопоставление URL и базы задаётся в файле публикации default.vrd.

В файле default.vrd атрибут ib содержит строку подключения к кластеру в формате Srvr="srv1c";Ref="TradeDemo";. Здесь действуют те же правила: Srvr — имя сервера агента кластера, Ref — точное имя базы в кластере.

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

Несколько серверов и отказоустойчивый кластер

В отказоустойчивом кластере агенты работают на нескольких серверах, и возникает вопрос: какой из них указывать. Правильный подход — указать в поле сервера список адресов через запятую, например srv1c-1,srv1c-2. Клиент переберёт их и подключится к доступному агенту.

Альтернатива — использовать DNS-имя, за которым закреплены адреса всех серверов кластера (round-robin DNS), либо виртуальный IP-адрес балансировщика. Такой вариант удобен, когда состав серверов меняется: строку подключения у пользователей править не придётся.

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

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

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

Вторая группа ошибок связана с сетью: «Ошибка соединения с сервером 1С:Предприятия». Здесь проверяют, запущена ли служба агента, открыт ли порт 1540 на брандмауэре, разрешается ли имя сервера в IP-адрес (команда ping srv1c или nslookup srv1c).

Третья типичная ситуация — в поле сервера указывают имя SQL-сервера вместо сервера 1С. Если СУБД и кластер стоят на разных машинах, такое подключение заведомо не сработает. Помните: клиент 1С никогда не обращается к SQL-серверу напрямую, все запросы идут через рабочие процессы кластера.

Проверка результата и безопасные границы

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

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

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

FAQ