Администрирование · 12 мин
Консоль кластера 1С: назначение, подключение и работа
Консоль кластера серверов 1С — что это, как открыть, подключить сервер, управлять сеансами, рабочими процессами и информационными базами. Практическое руководство.
Консоль кластера серверов 1С — это штатная оснастка администрирования, через которую управляют сервером «1С:Предприятие»: просматривают и отключают сеансы пользователей, контролируют рабочие процессы, добавляют информационные базы и настраивают требования назначения функциональности. Без неё невозможно понять, кто занимает лицензии, какой процесс «съел» память и почему база недоступна пользователям.
Оснастка устанавливается вместе с компонентами сервера 1С и называется «Администрирование серверов 1С Предприятия» (файл 1CV8 Servers.msc). Она реализована как MMC-консоль и работает в Windows. Для Linux-развёртываний используют кроссплатформенную утилиту RAC в связке с сервером администрирования RAS, но логика объектов — кластеры, базы, сеансы, процессы — остаётся той же.
Работа с консолью требует прав администратора кластера или администратора агента сервера. Ошибочные действия в ней — например, принудительное отключение сеанса или остановка процесса — сразу влияют на работающих пользователей, поэтому важно понимать назначение каждого узла дерева консоли.
Что такое кластер серверов 1С и зачем ему консоль
Кластер серверов 1С — это совокупность рабочих процессов (rphost), агента (ragent) и менеджера кластера (rmngr), которые обслуживают подключения пользователей к информационным базам в клиент-серверном варианте работы. Кластер обеспечивает отказоустойчивость, распределение нагрузки между процессами и централизованное управление сеансами.
Консоль — единственный штатный графический инструмент, который показывает внутреннее состояние кластера в реальном времени: список активных сеансов и соединений, загрузку процессов, зарегистрированные базы, счётчики лицензий. Внешние мониторинговые системы получают эти данные опосредованно, а консоль даёт их напрямую и позволяет сразу выполнить действие — отключить сеанс, перезапустить процесс, заблокировать базу.
Как открыть консоль и подключить сервер
На компьютере, где установлены компоненты сервера 1С, консоль находится в меню «Пуск» в папке «1С Предприятие 8» под именем «Администрирование серверов 1С Предприятия». Альтернативный способ — выполнить команду mmc "C:\Program Files\1cv8\<версия>\bin\1CV8 Servers.msc" или запустить сам файл оснастки. Путь зависит от установленной версии платформы и разрядности.
После запуска консоль может быть пустой — сервер нужно зарегистрировать вручную. Для этого в контекстном меню корневого узла выбирают «Создать» → «Центральный сервер 1С:Предприятия 8.3» и указывают сетевое имя или IP-адрес компьютера, где работает агент сервера. Если консоль и сервер на одной машине, достаточно имени локального компьютера.
- 1Откройте оснастку «Администрирование серверов 1С Предприятия» из меню «Пуск» или через файл 1CV8 Servers.msc.
- 2В дереве консоли щёлкните правой кнопкой по корневому узлу и выберите «Создать» → «Центральный сервер 1С:Предприятия 8.3».
- 3Укажите имя или IP-адрес сервера, где работает агент (служба «Агент сервера 1С:Предприятия»).
- 4Разверните узел сервера, затем узел «Кластеры» и выберите кластер — при запросе введите учётные данные администратора кластера.
- 5Проверьте, что отображаются узлы «Информационные базы», «Сеансы», «Рабочие процессы» — это признак успешного подключения.
Если подключение не устанавливается, проверьте, что служба агента сервера запущена, а порты агента и менеджера кластера (по умолчанию диапазон вокруг 1540–1541 и динамические порты рабочих процессов 1560–1591) не блокируются брандмауэром. Несовпадение версий платформы консоли и сервера тоже приводит к ошибкам: оснастка должна быть той же версии, что и сервер, либо совместимой.
Структура консоли: что находится в каждом узле
Дерево консоли организовано иерархически: центральный сервер → кластеры → объекты кластера. На уровне кластера доступны узлы «Информационные базы», «Рабочие процессы», «Сеансы», «Соединения», «Блокировки», «Лицензии», «Требования назначения функциональности», «Профили безопасности» и «Администраторы».
Узел «Сеансы» — самый востребованный в ежедневной работе. Он показывает, кто подключён, с какого компьютера, какое приложение используется (тонкий клиент, веб-клиент, фоновое задание), сколько памяти занимает сеанс и как долго он бездействует. Узел «Соединения» отражает низкоуровневые соединения с процессами; «Блокировки» помогает найти источник взаимоблокировок и долгих ожиданий.
Кто работает, сколько памяти занято, время бездействия
Загрузка памяти и число соединений на каждый процесс
Параметры подключения к СУБД, блокировки, разрешённая работа
Кто занял лицензии и сколько осталось свободных
Управление сеансами и пользователями
Типовая задача администратора — завершить «зависший» сеанс, который удерживает лицензию или блокирует регламентные операции. В узле «Сеансы» нужный сеанс находят по имени пользователя или компьютеру и в контекстном меню выбирают «Удалить». Сеанс завершается принудительно: несохранённые данные пользователя будут потеряны, поэтому перед удалением стоит попытаться связаться с пользователем.
Через свойства информационной базы можно установить блокировку сеансов: запретить новые подключения, задать сообщение пользователям и код разрешения для входа администратора. Это стандартный приём перед обновлением конфигурации или регламентным обслуживанием. Также доступна отправка сообщения всем активным пользователям базы прямо из консоли.
Мониторинг рабочих процессов и производительности
Узел «Рабочие процессы» показывает каждый процесс rphost: объём занятой памяти, число обслуживаемых соединений, время работы. Если один процесс непропорционально разросся по памяти, это признак утечки или тяжёлой операции; практика — ограничивать объём памяти на процесс и включать автоматический перезапуск процессов при превышении порога в свойствах кластера.
Требования назначения функциональности позволяют распределять нагрузку между серверами кластера: например, выделить отдельный сервер под фоновые задания, а другой — под интерактивную работу пользователей. Настройка выполняется в одноимённом узле консоли и требует понимания топологии кластера; ошибочные требования могут сделать базу недоступной, если ни один сервер не подходит под условия.
Как проверить здоровье кластера
Распределена равномерно, нет процесса с аномальным ростом
Один rphost занимает большую часть памяти и продолжает расти
Количество сеансов соответствует числу работающих пользователей
Множество «спящих» сеансов от одного пользователя или неизвестные подключения
Есть запас свободных лицензий
Лицензии исчерпаны зависшими сеансами
Регистрация информационной базы через консоль
Чтобы база стала доступна пользователям в клиент-серверном режиме, её регистрируют в кластере: в узле «Информационные базы» выбирают «Создать» → «Информационная база» и заполняют параметры — имя базы, тип и адрес СУБД, имя базы данных на сервере СУБД, учётные данные пользователя СУБД. При необходимости здесь же ставят флаг создания базы данных на сервере СУБД.
В свойствах базы задают важные эксплуатационные параметры: блокировку регламентных заданий, режим блокировки данных, ограничения по сеансам. Ошибка в параметрах подключения к СУБД — самая частая причина, по которой свежесозданная база не открывается: проверяйте имя сервера СУБД, права учётной записи и доступность порта СУБД.
Безопасность и учётные записи администраторов
Доступ к кластеру разграничивается двумя уровнями: администраторы агента (центрального сервера) и администраторы кластера. Если списки администраторов пусты, аутентификация не требуется — это критический риск в любой сети. Первым шагом после развёртывания сервера следует создать учётные записи администраторов с надёжными паролями в соответствующих узлах консоли.
Дополнительный уровень защиты — профили безопасности, которые ограничивают, какие операции может выполнять код конфигурации на сервере: доступ к файловой системе, COM-объектам, внешним компонентам. Для продуктивных баз с непроверенными расширениями профили безопасности заметно снижают риск повреждения сервера.
Альтернативы консоли: RAC, RAS и сторонние инструменты
Утилита RAC выполняет те же операции из командной строки: список сеансов, отключение, блокировка базы, управление процессами. Она незаменима для автоматизации — например, скрипт ночной блокировки базы перед резервным копированием. RAS работает как служба-посредник и позволяет подключаться к кластеру удалённо, в том числе из веб-интерфейсов и систем мониторинга.
Сторонние решения и штатный «Центр администрирования» дополняют, но не заменяют консоль: для разовой диагностики и оперативного вмешательства оснастка остаётся самым быстрым инструментом. Разумная стратегия — консоль для ручной работы, RAC для скриптов, внешний мониторинг для наблюдения за трендами.
Чем управлять кластером
Наглядный интерфейс для ручной диагностики и разовых действий; только Windows, не подходит для автоматизации.
Командная строка для скриптов и регламентных операций; требует запущенного RAS и знания синтаксиса.
Наблюдение за метриками и уведомления; не даёт полного набора оперативных действий, требует отдельного развёртывания.
Что важно запомнить
Консоль кластера 1С — штатная MMC-оснастка для управления сервером «1С:Предприятие»: сеансами, процессами, базами и лицензиями. Подключайтесь оснасткой той же версии, что и сервер, создайте администраторов кластера, а разрушительные действия — отключение сеансов и остановку процессов — выполняйте только после проверки и предупреждения пользователей.
Частые вопросы
Где скачать консоль кластера 1С отдельно от сервера?
Отдельного дистрибутива консоли не существует: оснастка устанавливается вместе с компонентами сервера «1С:Предприятие». При установке на администраторскую машину достаточно выбрать компонент администрирования сервера, не разворачивая сам сервер приложений.
Почему консоль не видит кластер после ввода имени сервера?
Чаще всего причины три: не запущена служба агента сервера 1С, порты агента и менеджера кластера закрыты брандмауэром, либо версия консоли не совпадает с версией платформы сервера. Проверьте службу, сетевую доступность портов и совпадение версий.
Чем сеанс отличается от соединения в консоли?
Сеанс — это логическая сессия пользователя или фонового задания с точки зрения прикладного решения. Соединение — технический канал между клиентом и рабочим процессом. Один сеанс может последовательно использовать разные соединения, поэтому для управления пользователями ориентируйтесь на узел «Сеансы».
Можно ли отключить пользователя, не теряя его данные?
Штатного «мягкого» отключения из консоли нет: удаление сеанса всегда принудительное. Безопасная практика — заранее отправить пользователю сообщение через консоль, дождаться завершения работы и только потом удалять сеанс, если он остался активным.
Опасно ли оставлять пустой список администраторов кластера?
Да. Если администраторы не заданы, аутентификация при подключении к кластеру не запрашивается, и любой, кто может сетевым образом достучаться до агента сервера, получает полный контроль: отключение сеансов, изменение параметров баз, остановку процессов. Создайте учётные записи сразу после установки сервера.
Работает ли консоль с сервером 1С на Linux?
Да. Консоль запускается на Windows-машине и подключается к Linux-серверу по сети через агента сервера. Локально на Linux вместо консоли используют утилиту RAC совместно со службой RAS.