Создаём кластер серверов 1С с нуля: что заполнить в каждом окне консоли

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

Вопрос «что писать в кластер серверов » встаёт в трёх окнах: свойства самого кластера, свойства рабочего сервера и карточка информационной базы. Ниже — что вводить в каждое поле, какие значения безопасны для старта и какие лучше не трогать без замеров. Всё описанное относится к платформе 8.3 и одинаково для любых конфигураций: БП, ЗУП, УТ, ERP.

Как устроен кластер серверов 1С и какие порты он занимает

Кластер — это не отдельная программа, а набор процессов, которые запускает служба сервера 1С. Без понимания этой схемы поля в консоли выглядят набором случайных цифр.

Три основных процесса:

• 🧭 Агент сервера (ragent) — точка входа. Клиент и консоль администрирования сначала стучатся к нему. Порт по умолчанию — 1540.
• 🗂 Менеджер кластера (rmngr) — хранит реестр кластера: список баз, сеансов, рабочих серверов. Порт — 1541.
• ⚙️ Рабочие процессы (rphost) — выполняют код конфигурации и обращаются к СУБД. Им выделяется диапазон портов, по умолчанию 1560:1591.

Путь подключения такой: клиент обращается к агенту на 1540, агент направляет его к менеджеру кластера на 1541, а тот назначает рабочий процесс из диапазона. Консоль администрирования тоже подключается через агент.

Ещё два термина:

• Центральный сервер — компьютер, где живёт главный менеджер кластера и реестр.
• Рабочий сервер — любой компьютер кластера, на котором запускаются рабочие процессы. В простой установке это одна и та же машина.

Что писать в свойствах кластера при создании

Кластер создают в консоли «Администрирование серверов 1С Предприятия»: раскройте узел центрального сервера, щёлкните правой кнопкой по папке Кластеры и выберите Создать → Кластер. При установке сервера как службы один кластер («Локальный кластер») обычно создаётся автоматически — тогда эти же поля открываются через Свойства.

Основные поля

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

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

Эти поля отвечают за то, как кластер борется с «распухшими» рабочими процессами.

• 🔄 Интервал перезапуска — через сколько секунд процесс плавно заменяется новым. 0 — перезапуск выключен. Частая практика — 86400 (раз в сутки) для баз с утечками памяти в доработках.
• 📦 Допустимый объём памяти — предел суммарной памяти рабочих процессов кластера в килобайтах. 0 — без ограничения.
• ⏱ Интервал превышения допустимого объёма памяти — сколько секунд терпеть превышение, прежде чем перезапустить самый тяжёлый процесс. Обычно 300.
• 🧯 Выключенные процессы останавливать через — сколько секунд ждать завершения старого процесса после перезапуска. 0 — ждать, пока уйдут все соединения.
• ⚠️ Принудительно завершать проблемные процессы — флажок для процессов, которые перестали отвечать. Полезен, но оборванный процесс прерывает сеансы, которые на нём работали.

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

Как подобрать значение: неделю понаблюдайте за колонкой памяти рабочих процессов в консоли в часы пик. Пусть в пике rphost занимают 12 ГБ на сервере с 32 ГБ ОЗУ. Тогда разумный предел — около 20 ГБ, то есть 20 × 1024 × 1024 = 20 971 520 КБ.

Администраторы кластера

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

Рабочий сервер: порты, число процессов и балансировка нагрузки

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

Как кластер распределяет нагрузку

Новое соединение получает тот рабочий процесс, у которого лучше показатель «Доступная производительность» — его видно в списке процессов консоли. Если в кластере несколько рабочих серверов, к этому добавляются «Требования назначения функциональности».

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

Память на уровне сервера

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

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

Что писать при регистрации информационной базы в кластере

Базу добавляют через папку Информационные базы кластера: Создать → Информационная база. Это окно чаще всего вызывает вопросы, потому что здесь сходятся настройки 1С и СУБД.

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

Поле «Имя» потом попадает в строку подключения у пользователей: Srvr="SRV-1C";Ref="buh2024";. Переименовать его позже можно, но придётся поправить список баз на всех клиентах — поэтому придумайте имя сразу.

Параметры запуска службы ragent: порты, каталог и отладка

Порты агента, менеджера и диапазон рабочих процессов, заданные при установке, хранятся в командной строке службы. Служба в Windows называется вроде «Агент сервера 1С:Предприятия 8.3 (x86-64)». Пример строки запуска:

"C:\Program Files\1cv8\8.3.24.1586\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug

Что означают ключи:

• -srvc и -agent — запуск как служба в режиме агента.
• -port — порт агента, по умолчанию 1540.
• -regport — порт менеджера кластера, по умолчанию 1541.
• -range — диапазон портов рабочих процессов.
• -d — каталог реестра кластера, тот самый srvinfo.
• -debug — разрешает отладку конфигурации на сервере. На рабочем сервере без нужды его не держат.

Второй кластер на той же машине

Частый сценарий — две версии платформы на одном сервере или отдельный кластер для тестовых баз. Тогда вторую службу ставят с другим набором портов и своим каталогом:

sc create "1C Server 2541" binPath= "\"C:\Program Files\1cv8\8.3.25.1374\bin\ragent.exe\" -srvc -agent -regport 2541 -port 2540 -range 2560:2591 -d \"D:\srvinfo2\"" start= auto

Номер версии в путях выше — пример, подставьте свой. Клиенты подключаются ко второму кластеру по имени с портом: Srvr="SRV-1C:2541".

На Linux те же ключи передаются через параметры systemd-юнита сервера 1С, логика портов и каталога не меняется.

Каталог srvinfo: что в нём хранится и что можно чистить

Каталог, указанный в ключе -d, — это «память» кластера. По умолчанию это C:\Program Files\1cv8\srvinfo.

Что внутри:

• 📄 1cv8wsrv.lst — список кластеров этого центрального сервера и администраторы центрального сервера.
• 📁 reg_1541 — папка кластера с портом 1541. У второго кластера будет reg_2541.
• 📄 reg_1541\1CV8Clst.lst — реестр кластера: зарегистрированные базы, рабочие серверы, администраторы, параметры. Самый ценный файл.
• 📁 папки с длинными GUID-именами внутри reg_1541 — служебные данные и кеши конкретных баз.
• 📁 snccntx* — данные сеансов.

Файл 1CV8Clst.lst не удаляйте и не правьте вручную. Без него кластер «забывает» все базы. Сами данные в СУБД не пострадают, но регистрацию придётся восстанавливать.

Очистка сеансовых данных

Если кластер начал вести себя странно после аварийного отключения — сеансы не завершаются, рабочие процессы падают при старте, — практики чистят сеансовые данные:

1. Предупредите пользователей: все сеансы будут завершены.
2. Остановите службу агента сервера 1С.
3. Скопируйте весь каталог srvinfo в резервное место.
4. Удалите папки snccntx* внутри reg_1541. Файлы .lst не трогайте.
5. Запустите службу и проверьте в консоли, что базы на месте.

Резервную копию srvinfo полезно делать и по расписанию: она весит немного, а восстанавливает кластер за пять минут вместо часа повторной регистрации баз.

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

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

Полезные места в консоли:

• 👥 Сеансы — кто подключён, к какой базе, какая лицензия выдана.
• 🔗 Соединения — активные соединения по процессам.
• 🔒 Блокировки — помогает понять, кто держит объект.
• 📊 Счётчики и ограничения потребления ресурсов — позволяют собрать статистику по пользователям и базам и ограничить тяжёлые сеансы.

То же самое доступно из командной строки утилитой rac (ей нужна запущенная служба ras). Базовые команды:

rac cluster list
rac process list --cluster=<id кластера>
rac session list --cluster=<id кластера> --licenses

Полный список параметров для каждого режима показывает rac help. Для глубокого разбора — что именно тормозит и где — включают технологический журнал через файл logcfg.xml в каталоге conf платформы.

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