Добавление рабочего сервера в кластер 1С: от установки до проверки

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

Порядок один: подготовить машину и сеть, поставить компонент «Сервер 1С:Предприятия», запустить службу агента, подключиться к нему из консоли и только потом настраивать кластер. Если перепутать порядок, сервер в списке появится, но работать не будет.

Что проверить до установки: сеть, порты и учётная запись

Сервер 1С — это несколько процессов, и каждый слушает свой порт. Если файрвол между машинами их режет, кластер соберётся наполовину.

По умолчанию используются такие порты:

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

Остальные пункты подготовки:

• 🖥 Имя сервера. Пользуйтесь стабильным DNS-именем, а не IP-адресом. Пропишите его в DNS или в hosts на всех узлах.
• 🕒 Время. Расхождение часов между узлами даёт странные сбои с блокировками. Включите синхронизацию времени.
• 👤 Учётная запись службы. В Windows служба стартует под пользователем (по умолчанию создаётся USR1CV8). Если серверов несколько, лучше использовать одну доменную учётную запись и дать ей права на каталог кластера.
• 💾 Каталог данных кластера. Папка srvinfo хранит реестр кластера и журналы. Выделите под неё отдельный быстрый диск.
• 🔢 Версия платформы. На всех серверах кластера должна стоять одна и та же сборка платформы. Разные сборки на узлах — частая причина отказа соединения.

Установка компонента «Сервер 1С:Предприятия» на новый узел

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

Дальше установщик спросит, как запускать сервер. Есть два режима:

1. Как службу Windows. Рекомендуемый вариант: сервер стартует вместе с системой и работает без входа пользователя.
2. Как приложение. Годится только для проверки на тестовой машине.

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

После установки проверьте результат:

1. Откройте список служб Windows и найдите службу вида «Агент сервера 1С:Предприятия 8.3».
2. Убедитесь, что она запущена, а тип запуска — «Автоматически».
3. Проверьте, что в окне диспетчера задач висит процесс ragent, а следом появился rmngr.

Если нужно запустить сервер вручную из командной строки, пригодится такая строка (пути и порты подставьте свои):

ragent.exe -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "D:\srvinfo"

Параметр -d задаёт каталог srvinfo, -regport — порт менеджера, -port — порт агента, -range — диапазон рабочих процессов.

Как зарегистрировать сервер в консоли администрирования

Консоль серверов 1С — отдельная оснастка. Откройте её и найдите узел «Центральные серверы 1С:Предприятия». Через контекстное меню выберите создание нового центрального сервера.

В форме заполните:

• Имя — имя компьютера, где запущен агент (или DNS-имя). Подключение идёт именно по нему.
• Порт агента — тот, что указан в -port, обычно 1540.
• Описание — любая подпись, например «prod-1С-01».

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

Если узла нет, или консоль пишет, что не удалось соединиться, смотрите раздел с диагностикой ниже. Чаще всего виноваты порты, имя сервера или версия платформы.

Создание кластера, если его ещё нет

Если сервер новый и кластера на нём нет, в консоли выберите создание кластера. Укажите:

1. Имя кластера — понятное, без пробелов вроде main.
2. Порт главного менеджера — обычно 1541.
3. Диапазон портов рабочих процессов — 1560–1591.
4. Допустимое количество рабочих серверов. Для одного сервера оставьте минимальное значение, для кластера из нескольких узлов повышайте.

Добавление второго сервера в существующий кластер

Чтобы подключить ещё один физический сервер к работающему кластеру, сначала зарегистрируйте этот сервер в консоли как центральный. Затем откройте кластер и найдите раздел «Рабочие серверы» (ветка серверов кластера). Создайте новый рабочий сервер и укажите имя второй машины и порт её агента.

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

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

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

Разделение нагрузки делается через требования назначения функциональности. Типичная схема на двух серверах:

• первый обслуживает пользовательские сеансы;
• второй занимается фоновыми и регламентными заданиями.

Так тяжёлый ночной расчёт не мешает дневной работе. Как именно выбирать значения, зависит от числа пользователей и размера баз. Менять параметры лучше по одному и после каждого шага смотреть на нагрузку.

Если серверов несколько, а баз много, распределите базы по серверам: у каждой информационной базы можно задать, на каких узлах она должна работать.

Права администраторов кластера и аутентификация

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

Администраторы центрального сервера. Это люди, которые управляют самим сервером: подключают новые узлы, меняют порты. Пользователь с такими правами видит все кластеры на агенте.

Администраторы кластера. Они отвечают за конкретный кластер: базы, сеансы, рабочие процессы. Их список задаётся в свойствах кластера.

Для каждого администратора выбирают способ входа:

• 🔐 Пароль — логин и пароль хранятся на сервере. Подходит для отдельных технических учётных записей.
• 🪪 Аутентификация операционной системы — вход по доменной или локальной учётной записи. Удобно, когда в компании ведётся единый каталог пользователей.

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

Отдельно стоит задуматься о доступе к самим информационным базам. Пользователи базы и администраторы кластера — разные списки, не путайте их.

Параметры, о которых забывают при смене администратора

• Пароль администратора кластера хранится в самом кластере. Забыв его, консоль не подскажет.
• При переносе кластера на другой сервер список администраторов переносится вместе с каталогом srvinfo, но пароли зависят от способа хранения.
• Учётная запись службы должна иметь права на запись в srvinfo, иначе после перезапуска кластер «забудет» изменения.

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

Когда консоль ругается, смотрите на текст ошибки. Вот самые частые случаи и что с ними делать.

Дальше, если причину по тексту ошибки не найти, идите по такому плану:

1. Просмотрите журнал событий Windows (разделы «Приложение» и «Система») на сервере: там видно падения служб.
2. Откройте каталог кластера внутри srvinfo. В нём есть папка кластера с журналами регистрации и собственными служебными файлами.
3. Если нужна детальная трассировка, настройте технологический журнал: создайте файл logcfg.xml в каталоге конфигурации платформы и включите нужные события. Включайте его ненадолго: журнал быстро разрастается.
4. Проверьте версию платформы на всех узлах. Одинаковая сборка на каждом сервере — условие нормальной работы кластера.

Проверка после добавления: убеждаемся, что всё работает

Когда настройка закончена, пройдите короткую проверку. Сам сервер ещё не доказывает, что кластер рабочий.

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

Затем понаблюдайте день-два за памятью и за числом перезапусков рабочих процессов. Первые настройки почти всегда приходится подправлять.

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