Консоль администрирования серверов 1С 8.3: от подключения до разбора сбоев
Содержание
Консоль кластера 1С — это оснастка MMC «Администрирование серверов 1С:Предприятия», через которую управляют серверной частью платформы 8.3: базами, сеансами, рабочими процессами и администраторами. Она подключается к агенту сервера по порту 1540 и работает только тогда, когда на компьютере зарегистрирована библиотека radmin.dll той же версии, что и сервер.
Частое заблуждение — что консоль ставится вместе с сервером и «просто открывается». На деле её компонент выбирают при установке отдельно, а после обновления платформы библиотеку приходится регистрировать заново. Отсюда половина жалоб «консоль перестала открываться после обновления».
Где консоль в архитектуре сервера 1С
Консоль сама ничего не хранит и не обслуживает пользователей. Это пульт: она отправляет команды службе сервера и показывает её состояние.
Цепочка процессов клиент-серверной 1С выглядит так:
| Процесс | Исполняемый файл | Порт по умолчанию | Что делает |
|---|---|---|---|
| Агент сервера | ragent.exe | 1540 | Принимает подключения, хранит список кластеров, запускает менеджер |
| Менеджер кластера | rmngr.exe | 1541 | Ведёт реестр баз, сеансов, блокировок, раздаёт нагрузку |
| Рабочие процессы | rphost.exe | 1560–1591 | Выполняют код конфигурации и запросы к СУБД |
| Сервер администрирования | ras.exe | 1545 | Принимает команды утилиты rac (запускается отдельно) |
Клиент 1С сначала обращается к агенту, затем к менеджеру кластера и рабочему процессу. Консоль MMC идёт через агент, поэтому для неё достаточно доступа к порту 1540 и к порту менеджера 1541.
💡 Диапазон портов рабочих процессов задаётся в свойствах рабочего сервера, а не кластера. Если между консолью и сервером стоит межсетевой экран, открывать нужно и агент с менеджером, и этот диапазон — для клиентов.
Настройки сервера лежат в каталоге srvinfo. В Windows это обычно C:\Program Files\1cv8\srvinfo, внутри — папка reg_1541 с файлом реестра кластера 1CV8Clst.lst и подкаталогами баз (журналы регистрации, кэши сеансовых данных).
Как запустить консоль кластера и подключиться к агенту
Шаг 1. Убедитесь, что компонент установлен
При установке платформы в списке компонентов есть пункт «Администрирование сервера 1С:Предприятия». Если его не отметили, ярлыка консоли в меню «Пуск» не будет. Запустите установщик той же версии ещё раз, выберите «Изменить» и добавьте компонент.
Шаг 2. Зарегистрируйте radmin.dll
Это главный приём, о котором забывают. Откройте командную строку от имени администратора и выполните:
regsvr32 "C:\Program Files\1cv8\8.3.25.1394\bin\radmin.dll"
Подставьте номер вашей версии — он должен совпадать с версией службы сервера. Номер видно в имени папки внутри C:\Program Files\1cv8 и в свойствах службы «Агент сервера 1С:Предприятия 8.3».
⚠️ Разрядность важна. Для 64-битного сервера регистрируйте radmin.dll из 64-битной платформы (Program Files), для 32-битного — из Program Files (x86). Оснастка 64-битной консоли не увидит 32-битную библиотеку, и наоборот.
Если на машине стоит несколько версий, зарегистрированной считается та, которую регистрировали последней. Консоль одной версии корректно работает только с сервером той же версии.
Шаг 3. Добавьте центральный сервер
- Откройте «Администрирование серверов 1С Предприятия» из меню «Пуск».
- В дереве слева щёлкните правой кнопкой по узлу «Central 1C:Enterprise 8.3 servers».
- Выберите
Создать → Центральный сервер 1С:Предприятия 8.3. - Укажите имя компьютера (сетевое имя или IP), протокол
tcp, порт1540. - Нажмите «ОК» — сервер появится в дереве. Разверните его: внутри будут «Кластеры» и «Администраторы».
Если служба запущена на нестандартных портах (например, вторая версия платформы на 2540/2541), в поле порта указывается порт агента, то есть 2540.
💡 Консоль на Windows может управлять сервером на Linux: агент там слушает тот же порт 1540. Главное — совпадение версий и открытые порты.
Сеансы, соединения и рабочие процессы: повседневная работа
После подключения дерево выглядит так: Кластеры → Локальный кластер → Информационные базы, а также узлы «Рабочие процессы», «Рабочие серверы», «Менеджеры кластера», «Администраторы», «Профили безопасности».
Сеансы пользователей
Разверните нужную базу → узел «Сеансы». В списке видно:
- 👤 имя пользователя и компьютер, с которого он зашёл;
- 🧩 приложение:
1CV8C(тонкий клиент),Designer(конфигуратор),BackgroundJob(фоновое задание),COMConnection,WebClient; - 🕒 время начала и последней активности;
- ⚙️ рабочий процесс, который обслуживает сеанс.
Чтобы выгнать «зависший» сеанс, щёлкните по нему правой кнопкой и выберите «Удалить». Пользователь потеряет несохранённые данные, а начатая транзакция откатится. Делайте это после предупреждения человека или когда сеанс заведомо мёртвый (компьютер выключен, последняя активность — несколько часов назад).
Блокировка входа перед обновлением
В свойствах базы (правая кнопка → «Свойства») есть флажки «Блокировка начала сеансов включена» и «Блокировка регламентных заданий включена». Здесь же задают период блокировки, сообщение для пользователей и код разрешения — с ним администратор войдёт в заблокированную базу, добавив к строке запуска /UC <код>.
Так готовят базу к обновлению структуры или загрузке .dt: новые сеансы не открываются, фоновые задания не мешают.
Рабочие процессы
В узле «Рабочие процессы» видно, сколько процессов rphost запущено, их PID, занятую память и признак «Включен». Отсюда же процесс можно выключить. Сеансы на нём переедут на другой процесс не всегда — при выключении часть пользователей получит обрыв связи.
В свойствах рабочего сервера настраивают:
- количество баз и соединений на один рабочий процесс;
- диапазон IP-портов рабочих процессов;
- ограничения по памяти рабочих процессов (критический и временно допустимый объём);
- признак «Менеджер под каждый сервис» — выносит службы менеджера кластера в отдельные процессы.
В свойствах кластера задают интервал перезапуска рабочих процессов в секундах. Например, 86400 означает плановый перезапуск раз в сутки — помогает, если процессы со временем «пухнут» по памяти.
Права и безопасность кластера
По умолчанию у свежего сервера нет ни одного администратора: любой, кто дотянулся до порта 1540, управляет кластером. Это первое, что нужно закрыть.
Два уровня администраторов
| Уровень | Где настраивается | Что разрешает |
|---|---|---|
| Администратор центрального сервера | Центральный сервер → «Администраторы» | Создавать и удалять кластеры, менять настройки агента |
| Администратор кластера | Кластер → «Администраторы» | Управлять базами, сеансами, рабочими процессами |
Добавьте администратора: правая кнопка по узлу «Администраторы» → Создать → Администратор. Задайте имя и пароль либо отметьте аутентификацию операционной системы и укажите пользователя Windows в формате \\ДОМЕН\Пользователь.
⚠️ Как только появился первый администратор, консоль начнёт спрашивать логин и пароль при каждом открытии узла. Сохраните учётные данные в менеджере паролей до того, как закроете окно.
Пароль администратора базы — отдельная история
При создании или удалении базы через консоль спрашивают ещё и пользователя СУБД (например, sa или владельца базы в PostgreSQL). Это права сервера баз данных, а не 1С. А для удаления базы из кластера нужен ещё и логин администратора самой информационной базы, если в ней заведены пользователи.
Профили безопасности
Узел «Профили безопасности» ограничивает, что код конфигурации может делать на сервере: доступ к файловой системе, COM-объектам, внешним компонентам, интернет-ресурсам. Профиль назначают базе в её свойствах. Пригодится, когда в одном кластере живут базы разных организаций или подключаются внешние обработки от подрядчиков.
Если пароль администратора кластера потерян
Не пересоздавайте кластер и не удаляйте srvinfo. Порядок такой:
- Предупредите пользователей — все сеансы оборвутся.
- Остановите службу «Агент сервера 1С:Предприятия 8.3».
- Восстановите файл
1CV8Clst.lstиз резервной копии, сделанной до смены пароля. - Запустите службу и проверьте вход.
Если копии нет — обратитесь к администратору, который настраивал сервер, или к партнёру, обслуживающему систему.
Мониторинг нагрузки и журналы сервера
Консоль показывает текущее состояние, но не историю. Для разбора «почему вчера в 15:00 всё висело» нужны журналы.
Что видно прямо в консоли
- В списках сеансов и рабочих процессов есть счётчики времени вызовов, времени работы СУБД и занятой памяти. Набор колонок меняется через меню
Вид → Добавить или удалить столбцыв окне MMC. - Сортировка сеансов по времени вызовов или памяти быстро находит пользователя с тяжёлым отчётом.
- Узел «Блокировки» показывает, какие объекты сейчас заблокированы и каким сеансом.
Технологический журнал
Включается файлом logcfg.xml в каталоге conf платформы, например C:\Program Files\1cv8\conf\logcfg.xml. Минимальная настройка для поиска медленных запросов:
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="D:\techlog" history="24">
<event>
<eq property="name" value="DBMSSQL"/>
<gt property="duration" value="30000"/>
</event>
<property name="all"/>
</log>
</config>
Здесь history="24" — хранить 24 часа, duration задан в десятитысячных долях секунды: 30000 — это 3 секунды.
⚠️ Не включайте сбор всех событий без фильтров на рабочем сервере: за час журнал может вырасти на десятки гигабайт и забить диск.
Журнал регистрации базы
Хранится на сервере в подкаталоге базы внутри srvinfo\reg_1541 (папка с GUID базы, внутри 1Cv8Log). Его удобнее смотреть из самой 1С: Администрирование → Обслуживание → Журнал регистрации в БП 3.0, ЗУП 3.1, УТ 11.
rac, ras и веб-доступ: управление без оснастки MMC
MMC работает только в Windows. На Linux-сервере, в скриптах и при массовых операциях используют пару утилит из каталога bin:
ras— сервер администрирования, принимает команды по порту 1545;rac— утилита командной строки, отправляет команды вras.
Запуск ras
Разово, для проверки:
"C:\Program Files\1cv8\8.3.25.1394\bin\ras.exe" cluster --port=1545 localhost:1540
Постоянно — службой Windows:
sc create "1C:Enterprise 8.3 Remote Server" binPath= "\"C:\Program Files\1cv8\8.3.25.1394\bin\ras.exe\" cluster --service --port=1545 localhost:1540" start= auto
Базовые команды rac
rac localhost:1545 cluster list
rac localhost:1545 infobase summary list --cluster=<uuid-кластера>
rac localhost:1545 session list --cluster=<uuid-кластера>
rac localhost:1545 session list --cluster=<uuid-кластера> --licenses
rac localhost:1545 session terminate --cluster=<uuid-кластера> --session=<uuid-сеанса>
Идентификатор кластера берут из вывода cluster list. Если в кластере заведены администраторы, к командам добавляют --cluster-user=<имя> --cluster-pwd=<пароль>. Полный перечень режимов и параметров — rac help и rac help session.
Сравнение способов
| Способ | Где работает | Когда выбирать | Ограничения |
|---|---|---|---|
| Консоль MMC | Windows | Ручное администрирование, разбор инцидентов | Нужен radmin.dll нужной версии |
rac + ras | Windows, Linux | Скрипты, планировщик, Linux-серверы | Нет графики, пароли в командной строке |
Веб-панели поверх ras | Браузер | Доступ для дежурных без установки платформы | Сторонние решения, своя настройка безопасности |
Отдельного штатного веб-интерфейса для классического кластера в поставке платформы нет. Браузерные панели — это сторонние надстройки, которые вызывают тот же ras. Перед установкой проверьте, где они хранят пароль администратора кластера.
💡 Порт 1545 не публикуйте в интернет. ras по умолчанию не шифрует трафик, поэтому держите его на localhost или во внутренней сети.
Сбои консоли и как их снять
Ещё одна ловушка — несколько версий платформы на одном сервере. Каждой версии нужна своя служба со своими портами: агент, менеджер и диапазон рабочих процессов не должны пересекаться. Например, вторая версия на 2540, 2541 и 2560:2591. Консоль при этом переключают регистрацией radmin.dll нужной версии.
Если консоль начала тормозить и долго разворачивает список сеансов, причина обычно на стороне сервера: перегружен менеджер кластера или на сервере кончилась память. Смотрите загрузку rmngr.exe и rphost.exe в диспетчере задач сервера, а не переустанавливайте консоль.