Консоль администрирования кластера 1С: от первого запуска до работы с сеансами

Консоль кластера не «открывает» базу и не заменяет Конфигуратор. Это инструмент администратора сервера: через неё вы смотрите сеансы, отключаете зависших пользователей, создаёте информационные базы и настраиваете рабочие серверы. Если у вас файловая база, консоль вам не нужна вообще.

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

Зачем нужна консоль кластера и когда без неё не обойтись

Клиент-серверная база живёт на сервере 1С:Предприятия. Сервер объединяет процессы в кластер: это один или несколько серверов, которые обслуживают набор информационных баз. Управлять этим хозяйством из Конфигуратора нельзя, для этого есть консоль.

Типовые задачи, ради которых её открывают:

• 🔌 завершить «зависшие» сеансы перед обновлением или резервным копированием;
• 🔒 запретить новые подключения к базе на время работ;
• 🗄️ создать новую информационную базу на сервере;
• 📊 посмотреть, кто и сколько занимает лицензий;
• ⚙️ добавить рабочий сервер или поменять число процессов;
• 🧾 найти блокировки и долгие вызовы.

Консоль не нужна, если вы работаете в файловом режиме, то есть база лежит папкой с файлом 1Cv8.1CD. В файловой базе нет кластера, а значит, и управлять нечем.

Какие бывают консоли: окно с деревом и командная строка

Под одним названием скрываются два инструмента, и путаница между ними отнимает много времени.

Графическая оснастка работает под Windows. Если сервер на Linux, администрируют через rac и ras, а оснастку запускают на рабочей станции с Windows и подключаются к Linux-серверу по сети.

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

Что устанавливать и как подготовить сервер

Консоль входит в состав дистрибутива платформы. При установке на рабочей станции отметьте компонент администрирования серверов. Если вы ставите платформу только как клиент, в списке компонентов консоли может не оказаться.

Перед первым подключением проверьте четыре вещи:

1. Служба сервера 1С запущена. На Windows она называется «Агент сервера 1С:Предприятия 8.3».
2. На сервере открыт порт агента. По умолчанию это 1540.
3. Открыты порт диспетчера кластера 1541 и диапазон портов рабочих процессов, по умолчанию 1560–1591.
4. Версия консоли не ниже версии сервера. Консоль старой платформы с новым сервером нередко отказывается подключаться.

Если у вас используется утилита ras, у неё свой порт, по умолчанию 1545.

Проверить доступность порта с рабочей станции можно командой PowerShell:

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

Если в ответе TcpTestSucceeded : False, дело в брандмауэре или в остановленной службе, а консоль тут ни при чём.

Регистрация radmin.dll: шаг, который чаще всего пропускают

Графическая оснастка при работе опирается на библиотеку radmin.dll. Если её не зарегистрировали в системе, оснастка не появится в списке доступных, либо будет ругаться при подключении.

Регистрация делается из командной строки, запущенной от имени администратора:

regsvr32 "C:\Program Files\1cv8\8.3.XX.XXXX\bin\radmin.dll"

Номер версии подставьте свой: он совпадает с номером установленной платформы. Для 32-разрядной консоли на 64-разрядной Windows путь будет в папке Program Files (x86).

После регистрации:

1. Откройте оснастку управления (mmc) и добавьте оснастку администрирования серверов 1С:Предприятия.
2. Сохраните консоль в файл, чтобы не добавлять оснастку каждый раз.
3. Закройте и откройте её заново.

Как подключиться к консоли кластера пошагово

Шаг 1. Добавьте центральный сервер

В дереве консоли выберите узел «Центральные серверы 1С:Предприятия» и создайте новый сервер. В поле адреса укажите имя или IP машины и порт агента через двоеточие, например srv-1c:1540. Если порт стандартный, его можно опустить.

Имя должно разрешаться с вашей рабочей станции. Если сервер доступен только по IP, используйте IP: это надёжнее, чем править файл hosts.

Шаг 2. Откройте кластер

Раскройте добавленный сервер. Внутри увидите кластеры, по умолчанию один. Если при раскрытии просит логин и пароль, это учётные данные администратора кластера. Они задаются отдельно от пользователей баз и от учётной записи Windows.

Шаг 3. Разберитесь с деревом

В кластере основные узлы такие:

• Информационные базы — все базы кластера, их параметры и блокировки;
• Рабочие серверы — машины, на которых выполняются рабочие процессы;
• Рабочие процессы — отдельные процессы rphost с нагрузкой и потреблением памяти;
• Сеансы — подключённые пользователи и фоновые задания;
• Соединения — технические подключения к процессам;
• Администраторы — кто может управлять кластером;
• Требования назначения функциональности — распределение нагрузки между серверами.

Шаг 4. Подключитесь через командную строку

Тот же результат даёт rac. Сначала запустите службу ras, затем:

rac cluster list

Команда выведет идентификатор кластера. Он понадобится для остальных команд. Список баз и сеансов получают так:

rac infobase summary list --cluster=<идентификатор>
rac session list --cluster=<идентификатор>

Если в кластере задан администратор, к командам добавляют параметры имени и пароля. Точный набор подкоманд и параметров покажет справка: rac help.

Основные действия: сеансы, блокировки, базы, нагрузка

Завершение сеансов

Откройте узел «Сеансы», найдите нужного пользователя и нажмите «Удалить» в контекстном меню. Пользователь потеряет несохранённые данные, поэтому предупредите людей заранее.

Хорошая практика такая: сначала закрыть доступ к базе, потом дать пользователям пару минут, и только затем завершать оставшихся.

Запрет подключений на время работ

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

Создание базы на сервере

В узле «Информационные базы» выберите «Создать» и заполните имя, тип СУБД, адрес сервера СУБД, имя базы и учётные данные доступа к ней. Флажок «Создать базу данных в случае её отсутствия» избавляет от ручной работы в SQL Server или PostgreSQL.

Лицензии и нагрузка

В свойствах сеанса видно, какая лицензия занята. Это быстрый способ понять, почему «кончились лицензии», хотя пользователей мало: часто лицензии держат фоновые задания и зависшие сеансы. Через rac то же покажет rac session list --licenses.

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

Консоль даёт власть над всеми базами кластера, поэтому доступ к ней нужно ограничивать.

• 🔐 Задайте администратора кластера с паролем. Пустой пароль оставляет управление открытым всем, кто достучится до порта.
• 🧱 Не публикуйте порты 1540, 1541, 1545 и диапазон рабочих процессов наружу. Доступ — только из внутренней сети или через VPN.
• 👤 Разделите роли: администратор кластера и администратор базы — разные люди и разные учётки.
• 📝 Не храните пароль администратора кластера в открытом виде в скриптах. Используйте файл с правами только для вашей учётной записи.
• 🕵️ Периодически смотрите список администраторов кластера и убирайте лишних.

Типичные ошибки и что с ними делать

Мини-кейс: плановое обновление базы вечером

Задача: в 19:00 обновить конфигурацию клиент-серверной базы, а в 18:40 в ней всё ещё сидят шесть человек.

1. В 18:00 включаете в свойствах базы запрет начала новых сеансов и пишете сообщение с временем работ.
2. В 18:30 открываете «Сеансы» и сверяете список с тем, кто реально должен работать.
3. В 18:50 звоните тем, кто остался, и просите сохранить документы.
4. В 19:00 завершаете оставшиеся сеансы и заходите в Конфигуратор: для обновления структуры базы нужен монопольный доступ.
5. После обновления снимаете запрет и проверяете, что пользователи заходят.

Если среди оставшихся есть фоновое задание, например длинное закрытие месяца, дождитесь его конца. Принудительное завершение такого сеанса может оставить документы в неопределённом состоянии.

Приёмы, о которых мало пишут

Несколько привычек, которые отличают опытного администратора от новичка.

Сохраняйте консоль как файл. Добавили оснастку, подключили серверы, сохранили .msc на рабочий стол. Дальше открываете одним кликом.

Следите за памятью рабочих процессов. В узле «Рабочие процессы» видна занятая память каждого rphost. Если один процесс стабильно раздувается, ищите проблемный регламентный запрос или внешнюю обработку.

Смотрите длительные вызовы. В свойствах процесса и сеанса отображаются вызовы, которые идут слишком долго. Это первое место, куда смотрят при жалобах «база тормозит».

Не меняйте число процессов наугад. Увеличение числа соединений на процесс или количества процессов без понимания нагрузки может ухудшить, а не улучшить отзывчивость. Меняйте по одному параметру и замеряйте.

Автоматизируйте рутину. Закрытие доступа на ночь, сбор статистики по лицензиям, отчёт о зависших сеансах — всё это пишется несколькими строками на rac и запускается планировщиком.

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