Администрирование · 12 мин
Как настроить кластер серверов 1С: пошаговое руководство
Пошаговая настройка кластера серверов 1С:Предприятие: установка агента, создание кластера, рабочих серверов и процессов, требования, проверка и типичные ошибки.
Кластер серверов 1С:Предприятие — это связка из центрального сервера и рабочих процессов, которая распределяет нагрузку пользователей, обеспечивает отказоустойчивость и позволяет обслуживать сотни одновременных сеансов. Без корректно настроенного кластера клиент-серверный режим работы 1С невозможен: агент сервера не примет подключения, а информационные базы не смогут зарегистрироваться.
Настройка кластера выполняется в консоли администрирования серверов 1С и включает несколько обязательных этапов: установку агента сервера, регистрацию кластера, добавление рабочих серверов и процессов, настройку требований назначения функциональности. Ошибки на любом из этапов приводят к типичным симптомам: база не открывается, сеансы «зависают», фоновые задания не выполняются.
Материал ориентирован на администраторов, которые впервые разворачивают сервер 1С или переносят кластер на новое оборудование. Все действия описаны для типовой платформы 8.3 в связке с СУБД (MS SQL, PostgreSQL или аналог), но принципы одинаковы для большинства конфигураций.
Что нужно подготовить перед настройкой кластера
До запуска консоли администрирования убедитесь, что выполнены базовые условия. На сервере должна быть установлена платформа 1С:Предприятие в варианте «Сервер 1С:Предприятия» — именно этот компонент включает агент сервера (процесс ragent). Версии платформы на сервере и у клиентов должны быть совместимы, а лучше — одинаковы.
Проверьте сетевую доступность: между клиентами, сервером 1С и сервером СУБД должны быть открыты порты. По умолчанию агент использует порт 1540, кластер — 1541, рабочие процессы — диапазон 1560–1591. Если между узлами есть межсетевой экран, эти порты нужно явно разрешить.
Отдельно подготовьте учётную запись, под которой будет работать служба агента сервера. По умолчанию это USR1CV8 (Windows) или usr1cv8 (Linux). У этой учётной записи должны быть права на каталоги служебных файлов кластера (srvinfo) и на запуск процессов. Не используйте для службы учётную запись администратора домена — это избыточные права и лишний риск.
Заранее определите, где будет размещаться сервер СУБД и какие информационные базы будут зарегистрированы в кластере. Для каждой базы понадобятся: имя базы на СУБД, учётные данные пользователя СУБД с правами на эту базу и параметры безопасности соединения.
Установка и запуск агента сервера 1С
На Windows агент сервера устанавливается как служба. Во время установки платформы выберите компонент «Сервер 1С:Предприятия» и оставьте включённой опцию регистрации службы. После установки проверьте, что служба «Агент сервера 1С:Предприятия» запущена и работает в автоматическом режиме запуска.
Если служба не была зарегистрирована при установке, это можно сделать вручную из командной строки с правами администратора:
"C:\Program Files\1cv8\8.3.22.1750\bin\ragent.exe" -instsrvc -usr .\USR1CV8 -pwd ПарольУчётнойЗаписиНа Linux агент запускается скриптом srv1cv83 или как systemd-служба, в зависимости от пакета поставки. После запуска проверьте, что процесс ragent присутствует в списке процессов и слушает порт 1540: это можно увидеть командой netstat или ss.
Если агент не стартует, первым делом смотрите журнал событий операционной системы и права учётной записи службы. Частая причина — недостаток прав на каталог srvinfo или конфликт порта с уже запущенным экземпляром агента другой версии платформы.
Создание кластера в консоли администрирования
Консоль администрирования серверов 1С (файл 1CV8 Servers.msc на Windows) устанавливается вместе с платформой. При первом запуске зарегистрируйте центральный сервер: в дереве консоли вызовите контекстное меню на узле «Центральные серверы 1С:Предприятия 8.3», выберите «Создать» и укажите имя или IP-адрес сервера и порт агента (по умолчанию 1540).
После регистрации сервера разверните его узел: если платформа установлена штатно, кластер «Локальный кластер» обычно создаётся автоматически при первом запуске агента. Если кластера нет, создайте его вручную: контекстное меню на узле «Кластеры» → «Создать» → «Кластер». Укажите имя, компьютер и сетевой порт кластера (по умолчанию 1541).
В свойствах кластера доступны важные параметры: интервал перезапуска рабочих процессов, допустимый объём памяти процессов, режим распределения нагрузки. Для старта оставьте значения по умолчанию — тонкую настройку разумно выполнять после наблюдения за реальной нагрузкой.
- 1Запустите консоль администрирования серверов 1С от имени администратора
- 2Зарегистрируйте центральный сервер: узел «Центральные серверы» → Создать → укажите адрес и порт 1540
- 3Откройте узел сервера и проверьте наличие кластера; при отсутствии создайте его с портом 1541
- 4Добавьте в кластер рабочий сервер, если он отсутствует
- 5Убедитесь, что в кластере есть хотя бы один рабочий процесс (rphost)
Настройка рабочих серверов и процессов
Рабочий сервер — это физическая или виртуальная машина, на которой кластер запускает рабочие процессы rphost. В простейшей схеме рабочий сервер один и совпадает с центральным. В нагруженных системах рабочие серверы добавляют для распределения нагрузки и резервирования.
Чтобы добавить рабочий сервер, в свойствах кластера откройте вкладку «Рабочие серверы» и добавьте нужный компьютер. На каждом рабочем сервере должен быть установлен и запущен агент той же версии платформы. Кластер автоматически создаст на нём рабочие процессы по мере необходимости.
Количество рабочих процессов влияет на устойчивость: если один rphost аварийно завершится, сеансы, обслуживаемые другими процессами, продолжат работу. Для небольших баз хватает одного-двух процессов; при росте числа пользователей их количество увеличивают, ориентируясь на потребление памяти каждым процессом.
Следите за параметром «Допустимый объём памяти» в свойствах рабочего процесса и суммарной памятью сервера. Рабочие процессы 1С под нагрузкой потребляют значительные объёмы ОЗУ; если суммарный лимит превышает физическую память, сервер уйдёт в подкачку, и отклик системы резко ухудшится.
Требования назначения функциональности
Требования назначения функциональности (ТНФ) определяют, какие рабочие серверы кластера будут обслуживать конкретные типы нагрузки: клиентские соединения, фоновые задания, сервисы. Это главный инструмент разделения нагрузки в многосерверном кластере.
Типовой сценарий: выделить один рабочий сервер под фоновые задания (регламентные операции, обмены), чтобы они не конкурировали за ресурсы с интерактивными сеансами пользователей. Для этого создаётся требование: объект требования — «Клиентское соединение» или «Фоновое задание», тип требования — «Не назначать» или «Назначать», конкретный рабочий сервер.
Требования применяются в порядке приоритета: чем выше требование в списке, тем раньше оно проверяется. Неправильный порядок — частая причина ситуации, когда фоновые задания «молчат»: требование с более высоким приоритетом запрещает их выполнение на всех доступных серверах.
Как выбрать схему кластера
Регистрация информационной базы в кластере
После настройки кластера зарегистрируйте информационную базу. В консоли администрирования откройте узел кластера, контекстное меню на «Информационные базы» → «Создать» → «Информационная база». Укажите имя базы (его увидят пользователи в списке), тип СУБД, адрес сервера баз данных, имя базы на СУБД и учётные данные пользователя СУБД.
Если база на СУБД ещё не создана, включите опцию «Создать базу данных в случае её отсутствия» — сервер 1С создаст пустую базу через СУБД. Для загрузки существующей базы из файла выгрузки (.dt) используйте конфигуратор уже после регистрации.
Обратите внимание на параметры блокировок: для работы в клиент-серверном режиме должен использоваться управляемый режим блокировок (он установлен в конфигурации). Также проверьте настройки безопасности: параметры «Безопасное соединение» и уровень безопасности соединения должны соответствовать политике вашей сети.
После создания базы проверьте подключение толстым или тонким клиентом: добавьте базу в список запуска, указав сервер и имя базы в кластере. Успешный вход означает, что цепочка «клиент → кластер → рабочий процесс → СУБД» работает.
Проверка работы и обслуживание кластера
Работоспособность кластера проверяется не только фактом входа пользователя. В консоли администрирования откройте список сеансов: при подключённых пользователях сеансы должны отображаться с типом клиента и временем начала. В списке рабочих процессов видно, какой rphost обслуживает каждый сеанс и сколько памяти он потребляет.
Проверьте выполнение регламентных заданий: в свойствах информационной базы или через консоль заданий убедитесь, что задания запускаются по расписанию и завершаются без ошибок. Если задания не выполняются, смотрите ТНФ и свойство «Блокировка регламентных заданий» у базы.
Для регулярного обслуживания полезно настроить перезапуск рабочих процессов по расписанию (в свойствах кластера): это освобождает накопленную память и снижает риск деградации производительности при длительной работе. Также контролируйте свободное место на диске с каталогом srvinfo — журналы и служебные файлы растут со временем.
Как проверить результат
Служба запущена, порт 1540 слушается
Служба остановлена или падает сразу после запуска
Кластер виден, рабочие процессы в статусе «Работает»
Кластер недоступен, процессы отсутствуют
База открывается, сеанс виден в консоли
Ошибка соединения или «информационная база не обнаружена»
Задания выполняются по расписанию без ошибок
Задания не запускаются или зависают
При росте нагрузки не спешите добавлять железо: сначала проанализируйте счётчики производительности и журналы. Часто проблема решается перераспределением процессов, настройкой ТНФ или оптимизацией запросов в конфигурации, а не покупкой нового сервера.
Что важно запомнить
Настройка кластера 1С сводится к последовательности: установить агент сервера, зарегистрировать сервер и кластер в консоли, добавить рабочие серверы и процессы, зарегистрировать базы и проверить подключение. Резервное копирование srvinfo и контроль портов — обязательный минимум безопасной эксплуатации.
Частые вопросы о настройке кластера 1С
Можно ли разместить сервер 1С и сервер СУБД на одной машине?
Можно, и для небольших внедрений это распространённая схема. Главное условие — достаточный объём оперативной памяти и корректное ограничение памяти для СУБД, чтобы она не вытесняла рабочие процессы 1С. При росте нагрузки серверы обычно разносят.
Клиент пишет «ошибка соединения с сервером 1С» — с чего начать?
Проверьте по цепочке: запущена ли служба агента, доступен ли порт 1541 с клиентской машины (например, через telnet), существует ли кластер и рабочие процессы в консоли, совпадает ли версия платформы клиента и сервера. Чаще всего причина — закрытый порт или несовпадение версий.
Нужен ли отдельный менеджер кластера на каждый рабочий сервер?
Нет. Менеджер кластера (rmngr) работает на центральном сервере кластера и управляет всеми рабочими серверами. На рабочих серверах достаточно запущенного агента той же версии платформы.
Как перенести кластер на новый сервер?
Установите платформу той же версии на новом сервере, остановите агент на старом, скопируйте каталог srvinfo на новый сервер в соответствующее расположение и запустите агент. Если изменилось имя сервера, поправьте список серверов в консоли и настройки подключений клиентов. Перед переносом сделайте резервную копию srvinfo и выгрузки баз.
Сколько рабочих процессов нужно на кластер?
Универсального числа нет: оно зависит от количества пользователей, тяжести операций и объёма памяти сервера. Практический подход — начать с 2–4 процессов и наблюдать за потреблением памяти и временем отклика, добавляя процессы по мере роста нагрузки. Один процесс на всех — плохая идея из-за отсутствия устойчивости к сбоям.
Что делать, если рабочий процесс rphost потребляет всю память?
Проверьте настройку «Допустимый объём памяти» и интервал перезапуска процессов в свойствах кластера, включите перезапуск по расписанию. Если память съедается быстро, ищите причину в конфигурации: тяжёлые запросы, утечки в коде, массовые фоновые задания. Технологический журнал помогает локализовать проблемный вызов.