Ставим оснастку управления кластером 1С, RAS и rac: от дистрибутива до первого подключения

Консоль администрирования сервера 1С ставится из того же дистрибутива технологической платформы, что и сам сервер: в мастере установки отметьте компонент «Администрирование сервера 1С:Предприятия», затем зарегистрируйте radmin.dll той версии, на которой работает кластер. После этого оснастка 1CV8 Servers.msc открывается из меню «Пуск» и подключается к агенту сервера по порту 1540.

Чаще всего настройка ломается на одном месте: консоль не видит кластер или MMC пишет, что не может создать оснастку. Почти всегда причина в несовпадении версий или в незарегистрированной библиотеке. Если сервер работает на Linux, графической оснастки там нет: кластером управляют через сервис RAS и утилиту rac, либо подключаются к нему консолью с Windows-машины.

Подготовка: какой дистрибутив скачать для установки консоли

Консоль — это не отдельная программа, а компонент платформы. Отдельного «дистрибутива консоли» нет.

Что понадобится:

• 📦 Дистрибутив той же версии, что и сервер. Если кластер работает на 8.3.24.1467, ставьте консоль из 8.3.24.1467. Номер версии сервера видно в имени папки C:\Program Files\1cv8\<версия> на сервере или в свойствах службы агента.
• 🧩 Та же разрядность. На 64-битный сервер берите полный 64-битный дистрибутив платформы для Windows. Если на рабочем месте администратора стоит 32-битный клиент, консоль тоже будет 32-битной, и её придётся запускать через 32-битную MMC.
• 🔑 Права локального администратора на компьютере, куда ставите консоль. Без них не пройдёт регистрация библиотеки.
• 🌐 Сетевой доступ к серверу по портам кластера (подробно — в разделе о безопасности).

Консоль можно поставить прямо на сервер или на рабочую станцию администратора. Второй вариант удобнее: не нужно заходить на сервер по RDP ради каждой мелочи.

Установка компонента администрирования сервера 1С

Шаг 1. Запуск мастера

1. Распакуйте архив дистрибутива и запустите setup.exe от имени администратора.
2. На шаге выбора компонентов раскройте список.
3. Отметьте «Администрирование сервера 1С:Предприятия». Остальные компоненты — по необходимости: для рабочей станции администратора обычно хватает клиента и администрирования.
4. Если ставите на сам сервер, компонент «Сервер 1С:Предприятия» у вас уже стоит — просто добавьте администрирование через повторный запуск мастера в режиме изменения.

Шаг 2. Регистрация radmin.dll

Это главный шаг, который чаще всего пропускают. Оснастка MMC — лишь оболочка, вся работа идёт через COM-библиотеку radmin.dll. Мастер установки регистрирует её не всегда, а при нескольких установленных версиях зарегистрированной остаётся та, что ставилась последней.

Откройте командную строку от имени администратора и выполните:

regsvr32 "C:\Program Files\1cv8\8.3.24.1467\bin\radmin.dll"

Подставьте свою версию. Должно появиться сообщение об успешной регистрации.

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

regsvr32 /u "C:\Program Files\1cv8\8.3.22.2283\bin\radmin.dll"
regsvr32 "C:\Program Files\1cv8\8.3.24.1467\bin\radmin.dll"

Шаг 3. Где лежит оснастка

После установки в меню «Пуск» появится ярлык «Администрирование серверов 1С Предприятия». Сам файл оснастки лежит в общей папке платформы: C:\Program Files\1cv8\common\1CV8 Servers.msc.

Для 32-битной платформы на 64-битной Windows запускайте так:

mmc.exe /32 "C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc"

Иначе 64-битная MMC не увидит 32-битную библиотеку.

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

1. Откройте оснастку. В дереве слева есть узел «Central 1C:Enterprise 8.3 servers».
2. Правой кнопкой по нему → Создать → Центральный сервер 1С:Предприятия 8.3.
3. Заполните поля: протокол TCP, имя — сетевое имя или IP сервера, IP-порт — 1540 (порт агента, если при установке его не меняли), описание — любое, для себя.
4. Нажмите «ОК». В дереве появится сервер, под ним — кластеры, информационные базы, рабочие серверы.

Как устроено подключение: консоль обращается к агенту сервера (ragent, порт 1540). Агент отдаёт список кластеров, а работа с кластером идёт через его менеджер (по умолчанию порт 1541). Рабочие процессы используют диапазон портов, который задают в свойствах рабочего сервера (по умолчанию 1560–1591).

Что стоит сделать сразу после подключения:

• 👤 открыть «Администраторы» центрального сервера и кластера, посмотреть, кто там есть;
• 🗂 проверить список информационных баз — нет ли лишних или забытых тестовых;
• ⚙️ в свойствах рабочего сервера посмотреть диапазон портов и требования назначения функциональности, если серверов несколько.

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

Кроме MMC-оснастки, у платформы есть второй способ управления — сервер администрирования RAS (ras.exe) и клиент командной строки rac. Оба лежат в папке bin нужной версии. На Linux консоли MMC нет вовсе, поэтому там это основной инструмент.

Схема простая: RAS работает рядом с агентом и слушает порт 1545, а rac подключается к RAS. Без запущенного RAS rac ничего не покажет.

Запуск RAS вручную

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

"C:\Program Files\1cv8\8.3.24.1467\bin\ras.exe" cluster --port=1545 localhost:1540

Установка RAS службой Windows

Для постоянной работы RAS регистрируют как службу:

sc create "1C:Enterprise 8.3 Remote Server" binPath= "\"C:\Program Files\1cv8\8.3.24.1467\bin\ras.exe\" cluster --service --port=1545 localhost:1540" start= auto DisplayName= "1C:Enterprise 8.3 Remote Server"
sc start "1C:Enterprise 8.3 Remote Server"

Пробелы после binPath=, start= и DisplayName= обязательны — это синтаксис sc.

На Linux RAS запускают как демон: ras cluster --daemon, исполняемый файл лежит в /opt/1cv8/x86_64/<версия>/.

Базовые команды rac

Если для кластера заданы администраторы, к каждой команде добавляют --cluster-user=<имя> --cluster-pwd=<пароль>. Полный перечень параметров покажет rac help и rac help session.

Ошибки подключения консоли: что означают и как исправить

Проверка порта из PowerShell с машины администратора:

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

Если в выводе TcpTestSucceeded : False — дело в сети или брандмауэре, а не в консоли.

Ещё один частый случай: сервер доступен по IP, но не по имени. Агент передаёт клиенту имя компьютера, и если оно не разрешается через DNS, подключение обрывается на втором шаге. Помогает запись в C:\Windows\System32\drivers\etc\hosts на машине администратора.

Безопасность консоли: администраторы, порты, доступ

Администраторы центрального сервера и кластера

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

Есть два уровня:

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

Добавляют их в узле «Администраторы» соответствующего уровня. Доступна аутентификация по паролю или по пользователю операционной системы.

Порты в брандмауэре

Открывайте порты только для подсети администраторов и пользователей, а не для всего интернета. Порт 1545 обычно вообще нужен лишь изнутри сети.

Учётная запись службы

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

Автоматизация задач через планировщик Windows

С rac типовые действия администратора выполняются по расписанию. Самый частый сценарий — завершить сеансы перед ночным резервным копированием.

Пример PowerShell-скрипта, который завершает все сеансы кластера:

$rac = "C:\Program Files\1cv8\8.3.24.1467\bin\rac.exe"
$ras = "localhost:1545"

$cluster = (& $rac cluster list $ras | Select-String '^cluster\s*:\s*(\S+)').Matches[0].Groups[1].Value

$sessions = & $rac session list --cluster=$cluster $ras |
    Select-String '^session\s*:\s*(\S+)' |
    ForEach-Object { $_.Matches[0].Groups[1].Value }

foreach ($s in $sessions) {
    & $rac session terminate --cluster=$cluster --session=$s $ras
}

Чтобы закрыть сеансы только одной базы, добавьте к session list параметр --infobase=<id базы> из вывода rac infobase summary list.

Регистрация задачи в планировщике:

schtasks /create /tn "1C close sessions" /tr "powershell.exe -ExecutionPolicy Bypass -File C:\scripts\close_sessions.ps1" /sc daily /st 01:30 /ru SYSTEM

Что ещё удобно автоматизировать:

• 🚫 Блокировку начала сеансов на время обновления — через rac infobase update с параметром --sessions-deny=on (точный набор параметров покажет rac help infobase);
• 📊 ежедневный отчёт по лицензиям — вывод rac session list --licenses в файл;
• 🔁 контроль рабочих процессов — выгрузка rac process list для слежения за памятью.

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