Консоль администрирования серверов 1С: установка, подключение и первые настройки

Частое заблуждение: консоль кластера ставится вместе с обычным клиентом 1С, и достаточно найти ярлык. Нет. По умолчанию установщик платформы её не копирует. Нужно запустить установку заново и отметить отдельный компонент: администрирование серверов 1С:Предприятия. После этого в списке программ появится оснастка, из которой вы подключаетесь к агенту сервера и управляете кластером.

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

Что взять для установки: дистрибутив и подготовка

Консоль входит в тот же дистрибутив платформы, что и клиент с сервером. Отдельного файла для неё нет. Скачайте полный комплект «Технологическая платформа 1С:Предприятия для Windows» с портала поддержки пользователей 1С.

Перед запуском проверьте три вещи:

• 🔢 Версия. Берите ту же версию платформы, что стоит на сервере, например 8.3.24 к 8.3.24. Консоль другой версии может подключиться, но часть возможностей окажется недоступной.
• 🪟 Разрядность. Установщик ставит нужную сам. Для консоли разница почти не ощутима, но держите разрядность одинаковой на всех машинах, чтобы не путаться.
• 👤 Права. Нужна локальная учётная запись с правом установки программ.

Установка консоли шаг за шагом

Порядок одинаков и для сервера, и для рабочего места администратора.

1. Запустите setup.exe из распакованного дистрибутива с правами администратора.
2. На экране выбора компонентов найдите пункт про администрирование серверов 1С:Предприятия. Он отключён по умолчанию — включите его.
3. Если консоль нужна на самом сервере, отметьте также серверные компоненты. Для чистой машины администратора они не нужны.
4. Выберите каталог установки и дождитесь завершения. Обычно это 2–4 минуты.
5. Откройте меню «Пуск» и найдите программу администрирования серверов 1С:Предприятия той же версии.

Если вы доустанавливаете консоль к уже работающей платформе, выберите режим изменения состава компонентов, а не удаляйте существующую установку. Лицензии и базы при этом не затрагиваются.

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

После запуска консоль пуста. Она не знает ни одного сервера, их нужно добавить вручную.

1. В левом дереве вызовите контекстное меню на корневом пункте и выберите создание нового центрального сервера.
2. В поле имени введите адрес сервера. Можно указать порт агента через двоеточие: srv-1c:1540. Если порт стандартный, достаточно имени.
3. Укажите понятное описание, чтобы в списке из пяти серверов не гадать, какой чей.
4. Подтвердите. Сервер появится в дереве, и по нему можно раскрыть список кластеров.

Что вы увидите внутри:

• 📂 Кластеры. Обычно один, с именем «Локальный кластер».
• 🖥 Рабочие серверы. Машины, где запущены рабочие процессы.
• ⚙️ Рабочие процессы. Видно загрузку и число подключений.
• 🔌 Сеансы и соединения. Здесь же завершают зависшие сеансы.
• 🗄 Информационные базы. Список баз кластера, их параметры, блокировки.

Если кластер не раскрывается и просит логин, значит, на нём заданы администраторы. Это нормальная защита. Переходим к правам.

Права доступа и вход в кластер

В консоли есть два уровня администрирования, и их легко перепутать.

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

Аутентификация бывает двух видов:

• пароль, заданный прямо в консоли для пользователя кластера;
• пользователь операционной системы, под учётной записью которого вы вошли в Windows.

Чтобы создать администратора кластера , раскройте кластер, найдите пункт «Администраторы», добавьте пользователя и задайте способ входа. Для пароля введите имя и пароль дважды.

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

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

Если консоль не видит сервер: порты и сеть

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

Консоли нужен как минимум доступ к 1540 и 1541. Для работы пользователей открывайте и диапазон рабочих процессов.

Проверка с рабочего места администратора из командной строки PowerShell:

Test-NetConnection srv-1c -Port 1540
Test-NetConnection srv-1c -Port 1541

Строка TcpTestSucceeded : True значит, что порт отвечает. Если False, ищите блокировку.

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

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

Консоль — не только смотровая площадка. В ней настраиваются вещи, которые влияют на скорость работы.

• 🧮 Число соединений на рабочий процесс. От него зависит, сколько сеансов обслуживает один процесс. Слишком много на процесс — одна зависшая база тянет остальных. Слишком мало — лишнее потребление памяти.
• 💾 Допустимый объём памяти процесса. Если процесс его превышает, сервер перезапускает его. Это защита от утечек, но неправильный лимит вызывает внезапные отключения пользователей.
• ⏱ Интервал перезапуска рабочих процессов. Плановый перезапуск, обычно раз в сутки ночью, чистит память.
• 🔒 Блокировка начала сеансов. Перед обновлением базы выставите запрет входа и сообщение пользователям.
• 📋 Список сеансов. Здесь видны зависшие сеансы, их можно завершить принудительно.

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

Управление из командной строки: rac и ras

Если графическая консоль неудобна, например при работе по SSH с Linux-сервером, используйте rac. Это клиент, которому нужен запущенный сервер администрирования ras.

Запуск ras на сервере:

ras cluster --port=1545 srv-1c:1540

Список кластеров с рабочего места:

rac cluster list srv-1c:1545

Список информационных баз кластера (подставьте идентификатор из предыдущей команды):

rac infobase summary list --cluster=<идентификатор> srv-1c:1545

Утилиты есть в каталоге bin установленной платформы. Для регулярных проверок это удобнее: команды можно выполнять по расписанию и разбирать вывод скриптом.

Частые ошибки при установке и вводе в работу

Эти промахи встречаются чаще остальных, и каждый стоит часа поисков.

• 🚫 Искали консоль после обычной установки клиента. Компонент не был отмечен. Запустите установщик в режиме изменения и добавьте его.
• 🔀 Подключались к имени, которое резолвится в другой адрес. В крупных сетях у сервера бывает несколько интерфейсов. Если подключение рвётся, попробуйте указать IP.
• 🔥 Открыли только 1540. Консоль соединилась с агентом, но кластер не раскрылся. Откройте также 1541 и диапазон рабочих процессов.
• 🕳 Оставили кластер без администратора и без ограничений по сети. Любой, кто достучится до порта, получит управление. Задайте администратора и закройте порты от лишних подсетей.
• 🧾 Служба работает под учётной записью без прав на каталог данных. Кластер стартует, но журналы не пишутся, а часть операций падает с ошибками доступа. Проверьте права пользователя службы на каталог кластера.

Как быстро проверить, что всё в порядке

Достаточно трёх минут. Откройте консоль, раскройте кластер и посмотрите на рабочие процессы: у каждого должен быть статус «Включён» и ненулевое число соединений в рабочее время. Затем откройте список информационных баз и убедитесь, что нужные базы видны. Наконец, зайдите в список сеансов: он должен показывать живых пользователей. Если сеансов нет, а пользователи работают, консоль смотрит не в тот кластер или не на тот сервер.

Безопасность подключения

Консоль даёт власть над всей инфраструктурой 1С: можно завершить чужие сеансы, заблокировать базы, изменить параметры процессов. Поэтому:

1. Держите порты агента и менеджера внутри внутренней сети.
2. Для удалённой работы используйте VPN, а не проброс портов.
3. Заведите по отдельной учётной записи на каждого администратора.
4. Раз в квартал просматривайте список администраторов кластера и убирайте тех, кто уже не работает с системой.

Что делать после обновления платформы

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

Последовательность простая:

1. Установите новую платформу, включая компонент администрирования.
2. Остановите службу агента старой версии и запустите службу новой. Остановка службы агента обрывает все сеансы пользователей кластера, поэтому делайте это вне рабочего времени, предупредив людей.
3. Откройте консоль новой версии и добавьте сервер заново, если старая запись не подтянулась.
4. Проверьте список баз и рабочие процессы.

Старую версию не удаляйте сразу. Пока вы не убедились, что базы открываются, она нужна для отката.

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