Администрирование · 11 мин
Как подключить кластер 1С: полное руководство
Подробная инструкция по подключению кластера серверов 1С: установка агента, регистрация кластера в консоли, создание рабочих баз и проверка подключения.
Кластер серверов 1С:Предприятия — это связка службы агента сервера и управляющих процессов, которая обеспечивает работу клиентов с информационными базами через сервер приложений, а не напрямую с СУБД. Подключение кластера требуется в двух типовых ситуациях: при первом развёртывании серверной архитектуры и при добавлении нового кластера (например, на втором сервере или на нестандартном порту) к существующей инфраструктуре.
Ошибки на этапе подключения приводят к характерным симптомам: база не видна в списке, клиент получает «ошибка соединения с сервером 1С», консоль кластера не находит центральный сервер. Почти всегда причина кроется в незапущенной службе агента, закрытых портах или неверном имени сервера, указанном при регистрации кластера.
Ниже разобран полный цикл: подготовка, регистрация кластера в консоли администрирования, подключение информационной базы, проверка работоспособности и типичные проблемы. Инструкция применима к Windows- и Linux-развёртываниям; различия указаны отдельно.
Что понадобится перед подключением кластера
До начала настройки проверьте четыре условия. Во-первых, сервер 1С:Предприятия должен быть установлен на целевой машине, причём разрядность и версия платформы должны совпадать с версией, под которую рассчитаны конфигурации. Смешивание версий платформы на одном сервере возможно через разные порты, но это усложняет обслуживание.
Во-вторых, должна работать служба агента сервера. В Windows это служба «Агент сервера 1С:Предприятия», в Linux — процесс, запускаемый скриптом srv1cv8 или через systemd-юнит. Если служба не стартует, чаще всего мешают некорректные права на каталог srvinfo или занятый порт.
В-третьих, нужен доступ к СУБД: установленный и запущенный PostgreSQL (с патчами от 1С или совместимая сборка), MS SQL Server либо другая поддерживаемая СУБД, а также учётная запись с правами на создание баз данных. В-четвёртых, потребуются права администратора на самом сервере 1С — без них консоль не позволит регистрировать кластеры и базы.
Проверить в services.msc (Windows) или systemctl status (Linux)
Проверить командой telnet имя_сервера 1541 с клиентской машины
Проверить разрешение имени, брандмауэр и журнал агента
Какие порты использует кластер и как их открыть
Кластер 1С работает через фиксированный набор портов. Порт 1540 используется агентом сервера, 1541 — главным менеджером кластера (именно к нему подключается консоль администрирования), диапазон 1560–1591 выделяется рабочим процессам. Если на одном сервере работает несколько кластеров, каждому назначается свой сдвиг портов: например, 2540–2541 и 2560–2591.
На брандмауэре сервера необходимо разрешить входящие подключения по этим портам. В Windows это делается через «Брандмауэр Защитника Windows» — правила для входящих TCP-подключений. В Linux — через firewalld или iptables. Пропускать настройку «потому что всё в одной сети» не стоит: многие дистрибутивы и Windows Server по умолчанию блокируют нестандартные порты.
netsh advfirewall firewall add rule name="1C Cluster" dir=in action=allow protocol=TCP localport=1540-1541,1560-1591Отдельный нюанс — разрешение имён. Клиенты и консоль обращаются к серверу по имени, и это имя должно корректно резолвиться в IP-адрес. Если DNS в сети не настроен, добавьте запись в файл hosts на клиентских машинах или используйте IP-адрес при регистрации. Смешивание имени и IP в разных местах настройки — частая причина ситуации, когда консоль кластер видит, а клиент подключиться не может.
Регистрация кластера в консоли администрирования
Основной инструмент — консоль «Администрирование серверов 1С:Предприятия» (файл 1CV8 Servers.msc в составе компоненты «Администрирование сервера» на Windows). Откройте её, щёлкните правой кнопкой по узлу «Центральные серверы 1С:Предприятия» и выберите «Создать — Центральный сервер». Укажите имя сервера и порт агента (по умолчанию 1540).
После добавления сервера разверните его узел: внутри появится ветка «Кластеры». Если агент работает, локальный кластер обычно отображается автоматически. Если его нет — создайте вручную: правый клик по «Кластеры», «Создать — Кластер», затем укажите имя, компьютер и номер порта (по умолчанию 1541). Имя кластера произвольное, но лучше сразу использовать осмысленное — оно отображается в консоли и журналах.
- 1Убедитесь, что служба агента сервера запущена и порты открыты
- 2Откройте консоль администрирования и добавьте центральный сервер по имени и порту 1540
- 3Разверните сервер и проверьте наличие кластера; при отсутствии создайте его вручную с портом 1541
- 4Откройте свойства кластера и при необходимости настройте параметры: интервал перезапуска рабочих процессов, уровень отказоустойчивости
- 5Сохраните настройки и убедитесь, что в кластере появились рабочие процессы
Если консоль запускается не с самого сервера, а с рабочей станции администратора, версия консоли должна совпадать с версией платформы на сервере. Консоль от другой версии либо не подключится, либо покажет кластер некорректно.
Создание информационной базы в кластере
Кластер сам по себе — только инфраструктура. Чтобы пользователи могли работать, в нём создаётся информационная база, связанная с базой данных на СУБД. В консоли раскройте кластер, щёлкните правой кнопкой по «Информационные базы» и выберите «Создать». Заполните поля: имя базы в кластере, тип СУБД, имя сервера баз данных, имя базы данных и учётные данные пользователя СУБД.
Обратите внимание на флажок «Создать базу данных в случае её отсутствия»: он удобен при первом развёртывании, но требует, чтобы указанная учётная запись СУБД имела право создания баз. Для продуктивной эксплуатации рекомендуется завести отдельную учётную запись с минимально необходимыми правами, а не использовать sa или postgres с полными привилегиями.
Альтернативный путь — создание базы через клиентский запускатель 1С: в окне выбора баз нажмите «Добавить», выберите «Создание новой информационной базы», затем «На сервере 1С:Предприятия» и укажите имя сервера кластера и имя базы. Результат тот же, но консоль даёт больше контроля над параметрами.
Подключение клиентов и проверка работоспособности
На клиентских машинах база добавляется через стандартный диалог подключения: тип расположения — «На сервере 1С:Предприятия», параметры — имя кластера (точнее, имя сервера кластера) и имя информационной базы, как оно задано в консоли. Важно: имя базы чувствительно к регистру и должно совпадать символ в символ.
После добавления выполните пробный вход под тестовым пользователем. Успешный запуск означает, что вся цепочка работает: клиент нашёл менеджер кластера по порту 1541, получил адрес рабочего процесса, тот подключился к СУБД и открыл базу. Если вход зависает или падает с ошибкой, смотрите технологический журнал на сервере и журнал регистрации.
Как проверить результат
Отображаются рабочие процессы и сеансы
Кластер пуст или консоль выдаёт ошибку подключения
База открывается за разумное время, сеанс виден в консоли
Ошибка соединения или долгое ожидание с отказом
База данных существует, соединения от рабочих процессов установлены
Базы нет или соединения отклоняются по правам
Типичные ошибки и как их исправить
Самая распространённая проблема — «Ошибка соединения с сервером 1С:Предприятия»: клиент не может достучаться до менеджера кластера. Проверяйте по порядку: запущена ли служба агента, открыт ли порт 1541, правильно ли указано имя сервера у клиента. Вторая частая ситуация — база создана, но при входе ошибка доступа к СУБД: значит, неверны учётные данные СУБД или у учётной записи нет прав на базу.
Третья группа проблем связана с каталогом srvinfo: повреждение файлов реестра кластера (например, после аварийного завершения) приводит к тому, что кластер «пропадает». В таком случае службу останавливают, каталог резервируют, а кластер регистрируют заново — либо восстанавливают файлы из копии. Любые манипуляции с srvinfo делайте только при остановленном агенте.
Альтернативы консоли: утилита rac и скрипты
Для автоматизации и для Linux-развёртываний удобнее консольная утилита rac из состава сервера. Через неё выполняются те же операции: регистрация кластера, создание информационной базы, просмотр сеансов, блокировка соединений. Утилита подключается к агенту по порту 1540 и принимает команды вида cluster, infobase, session.
Скриптовое администрирование особенно полезно при типовых операциях: регламентная блокировка базы перед обновлением, принудительное завершение сеансов, массовое создание баз из шаблона. Для сложных сценариев существуют обёртки на PowerShell и Python, но в их основе всё равно лежит rac или прямое обращение к сервису администрирования.
rac cluster list --cluster=имя_кластера имя_сервера:1540Как выбрать инструмент
FAQ по подключению кластера 1С
Можно ли разместить несколько кластеров на одном сервере?
Да, но каждому кластеру нужен собственный диапазон портов, не пересекающийся с другими. Практически это оправдано для разделения сред (например, продуктив и тест) или разных версий платформы. Для большинства задач достаточно одного кластера с настройкой рабочих процессов.
Чем кластер отличается от сервера 1С?
Сервер 1С — это физическая или виртуальная машина с установленным агентом. Кластер — логическая группа процессов внутри агента, обслуживающая информационные базы. Один сервер может содержать несколько кластеров, а при резервировании — кластер объединяет несколько серверов.
Консоль показывает кластер, но рабочих процессов нет. Что делать?
Обычно это означает, что рабочие процессы не смогли стартовать: проверьте свободные порты диапазона 1560–1591, права на каталог srvinfo и журналы агента. Также убедитесь, что в свойствах кластера не заданы ограничения, исключающие данный сервер из списка рабочих.
Нужно ли перезапускать службу агента после создания базы?
Нет, создание информационной базы и изменение большинства настроек кластера применяются без перезапуска. Перезапуск требуется при смене портов агента, обновлении платформы и восстановлении после повреждения srvinfo.
Как подключить кластер, если сервер за NAT или в другой подсети?
Потребуется проброс портов 1540–1541 и 1560–1591 на маршрутизаторе и корректное разрешение имени сервера у клиентов. Для удалённых площадок чаще используют веб-сервер с публикацией базы через HTTP — это проще и безопаснее, чем открывать порты кластера наружу.
Что делать, если кластер пропал после аварийного выключения сервера?
Остановите службу агента, скопируйте каталог srvinfo в резервное место, затем попробуйте запустить службу снова. Если кластер не восстановился, зарегистрируйте его заново в консоли и пересоздайте ссылки на информационные базы — сами базы данных на СУБД при этом не затрагиваются.
Что важно запомнить
Подключение кластера сводится к цепочке: запущенный агент, открытые порты 1540–1541 и 1560–1591, регистрация сервера и кластера в консоли, создание информационной базы с корректными учётными данными СУБД. Большинство проблем решается проверкой службы, портов и единообразия имён сервера у клиентов и в консоли.