Администрирование · 12 мин
Консоль кластера серверов 1С: назначение и практика работы
Что такое консоль кластера серверов 1С: назначение, состав, регистрация кластера, управление сеансами, рабочими процессами и базами. Практические советы для администратора.
Консоль кластера серверов 1С — это штатное средство администрирования серверной инфраструктуры «1С:Предприятие», через которое администратор управляет кластером: регистрирует информационные базы, контролирует сеансы пользователей, распределяет нагрузку между рабочими процессами и настраивает параметры отказоустойчивости. Без этой консоли эксплуатация клиент-серверного варианта 1С практически невозможна: именно здесь создаётся связь между базой данных на СУБД и кластером, через который подключаются пользователи.
Консоль поставляется вместе с сервером «1С:Предприятие» и запускается на машине администратора. В Windows это оснастка «Администрирование серверов 1С Предприятия» (файл 1CV8 Servers.msc), в Linux — утилита rac в связке с ras или кроссплатформенная консоль. Функциональность в обоих вариантах одинакова, отличается только интерфейс.
Важно понимать: консоль администрирует именно кластер, а не содержимое баз. Она не заменяет конфигуратор и не предназначена для работы с данными — её зона ответственности это процессы, сеансы, соединения, рабочие серверы и регистрация баз.
Что входит в структуру консоли и что означают её разделы
Дерево консоли отражает архитектуру кластера. На верхнем уровне находятся зарегистрированные центральные серверы, внутри каждого — кластеры (обычно один, «локальный»), а внутри кластера — его компоненты. Понимание этой иерархии избавляет от большинства ошибок новичков, которые ищут нужную настройку не в том разделе.
Основные разделы кластера в консоли:
- Информационные базы — зарегистрированные в кластере базы с указанием СУБД, сервера баз данных и параметров подключения. Здесь же задаются блокировки сеансов и регламентных заданий.
- Рабочие серверы — физические или виртуальные машины, входящие в кластер, с настройками диапазонов портов и ограничений по памяти.
- Рабочие процессы — процессы rphost, которые непосредственно обслуживают пользовательские сеансы. Здесь видно загрузку каждого процесса.
- Сеансы — активные подключения пользователей и фоновых заданий с указанием пользователя, компьютера, времени начала и потребляемой памяти.
- Соединения — сетевые соединения между клиентами и рабочими процессами.
- Блокировки — управляемые блокировки кластера, полезны при диагностике взаимоблокировок.
- Регламентные задания — очередь и расписание фоновых задач, выполняемых кластером.
Как открыть консоль и зарегистрировать в ней сервер
На Windows-машине с установленным сервером 1С консоль открывается через меню «Пуск» в папке «1С Предприятие 8» — пункт «Администрирование серверов 1С Предприятия». Если ярлыка нет, оснастку запускают вручную: выполняют mmc, добавляют оснастку «1С:Предприятие 8.3 — Серверы» или напрямую открывают файл 1CV8 Servers.msc из каталога bin установленной версии платформы.
После запуска консоль пуста — сервер нужно зарегистрировать. Для этого в контекстном меню корня дерева выбирают «Создать — Центральный сервер» и указывают сетевое имя машины, где работает агент сервера 1С. Если агент слушает нестандартный порт (по умолчанию 1540), его указывают явно. После регистрации в дереве появляется сервер, а внутри него — локальный кластер со стандартным портом 1541.
Частая ситуация: консоль не видит сервер, хотя он работает. Причины почти всегда одни и те же — агент сервера не запущен, порт 1540 закрыт брандмауэром, либо версия консоли не совпадает с версией сервера. Консоль и сервер должны быть одной версии платформы, иначе подключение невозможно.
- 1Убедитесь, что служба «Агент сервера 1С:Предприятия» запущена на сервере
- 2Откройте оснастку «Администрирование серверов 1С Предприятия» той же версии платформы, что и сервер
- 3Создайте центральный сервер, указав имя машины и порт агента (по умолчанию 1540)
- 4Разверните дерево до локального кластера и проверьте, что видны рабочие процессы и серверы
- 5При необходимости задайте администратора кластера в свойствах кластера, чтобы ограничить доступ
Регистрация информационной базы через консоль
Основная задача, ради которой администратор чаще всего открывает консоль, — создание новой информационной базы. В разделе «Информационные базы» через контекстное меню выбирают «Создать — Информационная база» и заполняют параметры: имя базы в кластере, тип СУБД (MS SQL Server, PostgreSQL, IBM DB2, Oracle Database), имя сервера баз данных, имя самой базы на СУБД, а также учётные данные пользователя СУБД.
Флажок «Создать базу данных в случае её отсутствия» указывает серверу создать пустую базу на СУБД автоматически. Без этого флажка база должна уже существовать — например, восстановленная из бэкапа. После регистрации база становится доступна пользователям при добавлении её в список баз на клиенте по имени сервера и имени базы в кластере.
В свойствах базы есть критически важные для эксплуатации параметры: блокировка начала сеансов (используется при обновлении конфигурации), блокировка регламентных заданий, разрешение выдачи лицензий сервером и строка сообщения о блокировке. Блокировку сеансов обязательно включают перед обновлением — иначе активные пользователи помешают монопольному доступу.
Управление сеансами и соединениями пользователей
Раздел «Сеансы» — главный инструмент ежедневного мониторинга. Здесь видно, кто подключён, с какого компьютера, когда начался сеанс, какой режим клиента используется (толстый, тонкий, веб-клиент) и сколько памяти потребляет сеанс в рабочем процессе. Сортировка по колонке памяти быстро показывает «тяжёлые» сеансы, которые перегружают rphost.
Администратор может принудительно завершить сеанс через контекстное меню. Это нужно, когда сеанс завис, блокирует обновление или держит лицензию после аварийного закрытия клиента. Завершение сеанса — грубое действие: несохранённые данные пользователя будут потеряны, поэтому сначала стоит попытаться связаться с пользователем.
Особый случай — «спящие» сеансы. Кластер не завершает их сразу при разрыве клиента, а держит заданное время, чтобы клиент мог переподключиться без потери контекста. Параметры «Интервал перезапуска» и время жизни спящих сеансов настраиваются в свойствах базы и кластера. Если лицензий не хватает, имеет смысл сократить время удержания спящих сеансов.
Как проверить состояние сеансов
Нагрузка распределена относительно равномерно между rphost
Один процесс держит почти все сеансы, остальные пустые
Потребление стабильно и не приближается к лимиту в свойствах сервера
Память rphost постоянно растёт и не освобождается — признак утечки или тяжёлой обработки
Их немного, они исчезают по таймауту
Сотни спящих сеансов занимают лицензии — нужно сократить время удержания
Настройка рабочих процессов и отказоустойчивости
В свойствах рабочего сервера задаётся, сколько рабочих процессов создаётся на одну базу и как они распределяются. Параметр «Количество ИБ на процесс» ограничивает число баз, обслуживаемых одним rphost: значение 1 изолирует каждую базу в отдельном процессе — падение одной базы не затронет другие, но расход памяти вырастет.
Отказоустойчивость кластера настраивается через «Уровень отказоустойчивости» в свойствах кластера и через требования назначения функциональности. Уровень отказоустойчивости определяет, сколько рабочих серверов может выйти из строя без остановки обслуживания. Требования назначения функциональности позволяют закрепить конкретные сервисы (например, сервис сеансовых данных или фоновые задания) за конкретными машинами.
Ещё один полезный параметр — «Допустимый объём памяти» и «Интервал превышения» для рабочих процессов. Если rphost превышает лимит памяти дольше заданного интервала, кластер плавно перезапускает его: существующие сеансы дорабатывают, новые назначаются другим процессам. Это штатный механизм борьбы с утечками памяти без остановки работы пользователей.
Если пользователи жалуются, что 1С «тормозит» именно днём, откройте в консоли список рабочих процессов и посмотрите распределение сеансов. Часто выясняется, что один rphost обслуживает большинство пользователей, а остальные простаивают. В этом случае помогает настройка требований назначения функциональности или увеличение числа рабочих процессов на сервер.
Администрирование через командную строку: ras и rac
Оснастка MMC работает только в Windows. Для Linux-серверов и для автоматизации рутинных операций используется связка из сервера администрирования ras и консольной утилиты rac. Сначала запускают ras как службу, затем через rac выполняют те же операции: просмотр сеансов, их завершение, блокировку баз, создание информационных баз.
./rac session terminate --cluster=<ID_кластера> --session=<ID_сеанса> --ras=server:1545Через rac удобно писать скрипты: например, автоматически включать блокировку сеансов перед ночным обновлением и снимать её после. Все команды rac требуют идентификаторы объектов (кластера, базы, сеанса), которые получают командами вида rac cluster list и rac infobase summary list.
Дополнительно существует технологический журнал и внешние средства мониторинга, которые дополняют консоль, но не заменяют её: оперативное завершение зависшего сеанса или экстренная блокировка базы быстрее всего выполняется именно через консоль или rac.
FAQ: частые вопросы о консоли кластера
Чем консоль кластера отличается от конфигуратора 1С?
Конфигуратор работает со структурой и кодом конкретной информационной базы: метаданными, объектами, обновлением конфигурации. Консоль кластера управляет инфраструктурой: серверами, процессами, сеансами и регистрацией баз. Это разные уровни администрирования, и один инструмент не заменяет другой.
Почему консоль не подключается к серверу?
Проверьте три вещи: запущена ли служба агента сервера 1С, открыт ли порт агента (по умолчанию 1540) в брандмауэре и совпадает ли версия консоли с версией сервера. Также убедитесь, что указываете правильное сетевое имя или IP-адрес сервера.
Можно ли завершить сеанс пользователя без потери его данных?
Принудительное завершение сеанса в консоли всегда обрывает работу клиента — несохранённые данные будут потеряны. Безопасной альтернативы в самой консоли нет: либо договоритесь с пользователем о корректном выходе, либо используйте блокировку сеансов с предупреждением, чтобы пользователи завершили работу сами.
Как работать с кластером, если сервер 1С установлен на Linux?
Используйте сервер администрирования ras и утилиту rac из командной строки — они полностью покрывают функции графической консоли. Альтернатива — подключиться оснасткой MMC с Windows-машины по сети, если порт агента доступен.
Что делать, если рабочий процесс rphost «съел» всю память?
Краткосрочно — задайте в свойствах рабочего сервера допустимый объём памяти и интервал превышения, чтобы кластер автоматически перезапускал разросшиеся процессы. Затем ищите причину: обычно это тяжёлая обработка, отчёт по большому объёму данных или утечка в коде конфигурации, которую видно по технологическому журналу.
Нужно ли ограничивать доступ к консоли кластера?
Да. По умолчанию, если администратор кластера не задан, управление доступно любому, кто может подключиться к порту агента. Задайте администратора в свойствах кластера, а для отдельных баз — администратора информационной базы, и ограничьте сетевой доступ к портам кластера.
Что важно запомнить
Консоль кластера серверов 1С — основной инструмент администратора клиент-серверной 1С: через неё регистрируют базы, контролируют сеансы, настраивают рабочие процессы и отказоустойчивость. Версия консоли должна совпадать с версией сервера, удаление базы из кластера может физически удалить данные на СУБД, а в Linux вместо оснастки используются ras и rac.