Администрирование · 12 мин
Как создать кластер серверов 1С: пошаговое руководство
Как создать кластер серверов 1С: установка сервера 1С, настройка консоли администрирования, добавление рабочих серверов и процессов, типичные ошибки и проверка.
Кластер серверов 1С — это группа рабочих процессов, которые обслуживают подключения пользователей к информационным базам в клиент-серверном режиме. Без кластера платформа в трёхзвенной архитектуре просто не работает: именно кластер принимает соединения от клиентов, управляет сеансами и взаимодействует с СУБД. Создание кластера — первый обязательный шаг после установки сервера 1С:Предприятия.
Кластер создаётся через консоль администрирования серверов 1С (в Windows — оснастка «Администрирование серверов 1С:Предприятия», в Linux — утилиты rac/ras или кроссплатформенная консоль). По умолчанию при установке сервера 1С локальный кластер часто создаётся автоматически, но на практике его приходится пересоздавать: после переустановки, смены порта, добавления второго сервера или сбоя в реестре кластера.
Ниже разобран полный цикл: от проверки установленных компонентов до регистрации базы в кластере и проверки, что соединения реально обслуживаются. Инструкция подходит для типовых сценариев на Windows и Linux, отличия отмечены отдельно.
Что такое кластер 1С и когда его нужно создавать
Кластер серверов 1С — это логическое объединение рабочих серверов и рабочих процессов (rphost), которыми управляет агент сервера (ragent) через главный менеджер кластера (rmngr). Кластер хранит список информационных баз, настройки сеансов, блокировки и распределяет нагрузку между процессами. Один физический сервер может содержать несколько кластеров, а один кластер — несколько рабочих серверов.
Создавать кластер вручную нужно в нескольких ситуациях: сервер 1С установлен без автоматической регистрации кластера; требуется отдельный кластер под тестовые базы с изолированными настройками; добавляется второй рабочий сервер для распределения нагрузки; кластер был удалён или повреждён. Если база работает в файловом режиме, кластер не нужен вовсе — он существует только в клиент-серверной архитектуре.
Что проверить перед созданием кластера
До запуска консоли убедитесь, что на сервере установлены компоненты «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия» — при выборочной установке их часто пропускают. Служба агента сервера (в Windows — «Агент сервера 1С:Предприятия», в Linux — демон srv1cv8) должна быть запущена. Если служба остановлена, консоль не увидит агент и создать кластер не получится.
Проверьте, что порты агента и кластера не заняты другими приложениями и не закрыты брандмауэром: стандартно используются 1540 (агент), 1541 (менеджер кластера) и диапазон 1560–1591 (рабочие процессы). Если на одной машине работают несколько версий платформы, у каждой свои порты, и путать их нельзя — консоль одной версии не управляет агентом другой версии корректно.
Для работы вам понадобятся права локального администратора на сервере. Если планируется разграничение доступа к кластеру, заранее решите, будете ли вы заводить администраторов кластера — пока список пуст, подключиться к консоли может любой пользователь с доступом к серверу, что является риском.
Создание кластера через консоль администрирования в Windows
Откройте оснастку «Администрирование серверов 1С:Предприятия» из меню «Пуск» в группе установленной версии платформы. Если в списке центральных серверов пусто, добавьте сервер: правый клик по корню дерева — «Новый» — «Центральный сервер 1С:Предприятия», укажите имя или IP-адрес машины, где запущен агент. Для локального сервера достаточно имени компьютера.
Раскройте узел сервера и найдите ветку «Кластеры». Если локального кластера нет, щёлкните правой кнопкой по ветке и выберите «Создать» — «Кластер». В появившемся окне заполните параметры: имя кластера (произвольное, например «Локальный кластер» или «Основной кластер»), компьютер — имя рабочего сервера, IP-порт — порт менеджера кластера (по умолчанию 1541), а также параметры перезапуска рабочих процессов при необходимости.
- 1Запустите консоль администрирования серверов 1С от имени администратора
- 2Добавьте центральный сервер по имени или IP-адресу машины с агентом
- 3В ветке «Кластеры» выберите «Создать» — «Кластер»
- 4Укажите имя кластера, рабочий сервер и порт (по умолчанию 1541)
- 5Подтвердите создание и убедитесь, что в ветке «Рабочие процессы» появился процесс rphost
- 6Проверьте в диспетчере задач, что запущены ragent, rmngr и rphost
После нажатия «ОК» кластер появится в дереве консоли, а агент автоматически запустит менеджер кластера (rmngr) и первый рабочий процесс (rphost). Это признак успешного создания: если процессы не появились, смотрите журнал событий Windows и технологический журнал — чаще всего причина в занятом порте или недостатке прав у учётной записи службы агента.
Создание кластера в Linux и через утилиту rac
В Linux кластер создаётся через графическую консоль администрирования (она кроссплатформенная и работает так же, как в Windows) либо через консольную утилиту rac, которая подключается к сервису администрирования ras. Второй способ удобен для автоматизации и удалённого управления без графического интерфейса.
Сначала убедитесь, что запущены агент сервера и сервис ras. Затем выполните команду создания кластера, указав имя и порт. Утилита вернёт идентификатор (GUID) созданного кластера — его стоит сохранить, он понадобится для дальнейших команд: регистрации баз, настройки администраторов и просмотра сеансов.
/opt/1cv8/x86_64/current/rac cluster create --cluster-name="MainCluster" --port=1541 localhost:1545Учтите, что rac по умолчанию обращается к ras на порт 1545. Если сервис ras не запущен, команда завершится ошибкой соединения — это самая частая причина, почему «не создаётся кластер» в Linux. Проверить результат можно командой rac cluster list: в выводе должен появиться новый кластер с указанными именем и портом.
Настройка параметров кластера после создания
Свежесозданный кластер работает с настройками по умолчанию, и для небольших внедрений этого достаточно. Однако при росте нагрузки стоит скорректировать несколько параметров в свойствах кластера: интервал перезапуска рабочих процессов (защита от утечек памяти), допустимый объём памяти процесса, максимальное количество соединений на процесс и режим распределения нагрузки.
Проверить в диспетчере задач или командой ps в Linux
Проверить занятость порта 1541 и журнал событий
Проверить службу агента и правила брандмауэра
Проверить регистрацию базы и строку подключения к СУБД
Отдельно настройте список администраторов кластера. Пока он пуст, аутентификация не выполняется, и любой, кто имеет сетевой доступ к порту агента, может изменить настройки или удалить базы. Добавьте хотя бы одного администратора с надёжным паролем — это базовое требование безопасности, которое часто игнорируют на тестовых стендах, а потом переносят привычку в продуктив.
Регистрация информационной базы в кластере
Кластер без баз не выполняет полезной работы, поэтому следующий шаг — регистрация информационной базы. В консоли администрирования раскройте созданный кластер, перейдите в ветку «Информационные базы» и выберите «Создать» — «Информационная база». Укажите имя базы (именно его увидят пользователи в списке), тип СУБД, адрес сервера баз данных, имя базы на СУБД и учётные данные пользователя СУБД.
Если база данных ещё не существует на СУБД, её можно создать через конфигуратор: при добавлении новой базы в список запуска выберите режим «На сервере 1С:Предприятия», укажите имя кластера и параметры СУБД — конфигуратор сам зарегистрирует базу в кластере и создаст её на сервере баз данных. Этот путь удобнее, когда развёртывание ведёт один специалист.
Как проверить результат
Отображается в ветке «Кластеры», раскрывается без ошибок
Консоль выдаёт ошибку соединения с менеджером кластера
В ветке «Рабочие процессы» есть хотя бы один rphost
Список процессов пуст при запущенном агенте
База видна в ветке «Информационные базы» и открывается клиентом
Клиент сообщает, что база не найдена на сервере
При входе пользователя в ветке «Сеансы» появляется запись
Пользователь вошёл, но сеанс не отображается — смотрите другой кластер
Признак корректной настройки — пользователь запускает клиент 1С, выбирает базу, и в ветке «Сеансы» консоли появляется его сеанс, а в ветке «Соединения» — активное соединение с рабочим процессом. Если клиент выдаёт ошибку «Информационная база не обнаружена», проверьте точное совпадение имени базы в кластере и в строке подключения клиента, включая регистр символов на некоторых СУБД.
Типичные ошибки и ограничения
Важное ограничение: один рабочий сервер может входить в несколько кластеров, но порты менеджеров кластеров должны различаться. Также помните, что настройки кластера хранятся в реестре кластера (каталог srvinfo на сервере) — удаление этого каталога при работающем агенте приводит к потере всех регистраций. Перед любыми экспериментами с srvinfo останавливайте службу агента и делайте копию каталога.
Если требуется отказоустойчивость, одного кластера на одном сервере недостаточно: нужно минимум два рабочих сервера в одном кластере и настройка уровня отказоустойчивости в свойствах кластера. Это отдельная задача, и её стоит планировать только после того, как базовый сценарий с одним сервером отработан и проверен.
Что важно запомнить
Кластер создаётся в консоли администрирования за несколько минут: подключение к агенту, создание кластера с именем и портом 1541, проверка запуска процессов rmngr и rphost, регистрация информационной базы. Обязательно задайте администраторов кластера и берегите каталог srvinfo — это ключ к быстрому восстановлению.
Частые вопросы
Можно ли создать несколько кластеров на одном сервере?
Да, один сервер может обслуживать несколько кластеров, но каждому нужен свой порт менеджера кластера (например, 1541, 1641). На практике это используют для изоляции тестовых и рабочих сред, хотя чаще вместо нескольких кластеров достаточно одного кластера с раздельными базами.
Чем отличается кластер от рабочего сервера?
Рабочий сервер — это физическая или виртуальная машина с установленным сервером 1С. Кластер — логическое объединение таких серверов и рабочих процессов. Кластер может включать несколько рабочих серверов, а один сервер может участвовать в нескольких кластерах.
Кластер создан, но база не открывается у пользователей. Что проверить?
Проверьте три вещи: база зарегистрирована именно в этом кластере, имя базы в кластере совпадает с именем в строке подключения клиента, сервер СУБД доступен с рабочего сервера 1С и учётная запись СУБД имеет права на базу данных.
Нужно ли пересоздавать кластер при обновлении платформы?
Нет, при штатном обновлении платформы кластер и регистрации баз сохраняются, поскольку хранятся в каталоге srvinfo. Пересоздание требуется только при повреждении реестра кластера или смене архитектуры сервера.
Как перенести кластер на другой сервер?
Установите сервер 1С на новой машине, остановите агент на старом сервере, скопируйте каталог srvinfo на новый сервер в соответствующее расположение и запустите агент. После этого проверьте, что кластер и базы видны в консоли, и перенастройте строки подключения клиентов на новый адрес.
Какой порт указать, если 1541 занят?
Выберите любой свободный порт, не пересекающийся с другими кластерами и службами, например 2541 или 1641. Главное — использовать то же значение при подключении консоли и не забыть открыть порт в брандмауэре, иначе клиенты и консоль не смогут соединиться с менеджером кластера.