Консоль кластера серверов 1С: запуск в Windows и Linux, подключение и ошибки
Содержание
Консоль администрирования серверов 1С открывается из меню «Пуск»: папка 1С:Предприятие 8 (x86-64) → ярлык Администрирование серверов 1С Предприятия. Это оснастка MMC, файл лежит в C:\Program Files\1cv8\common\ и называется 1CV8 Servers (x86-64).msc (у 32-разрядной платформы — 1CV8 Servers.msc в Program Files (x86)). Если ярлыка нет или оснастка выдаёт ошибку, почти всегда не зарегистрирована библиотека radmin.dll нужной версии.
Вариантов запуска три, и выбирают их по ситуации. Графическая консоль в Windows — для повседневной работы с базами и сеансами. Утилиты ras и rac — для Linux и для скриптов. Удалённое подключение из Windows-консоли к серверу на Linux — когда нужен привычный интерфейс, а сервер стоит без графики.
Как консоль связана с кластером и какие порты нужны
Консоль сама ничего не хранит. Она подключается к агенту сервера 1С (служба ragent) и получает от него всё: список кластеров, баз, сеансов, рабочих процессов. Поэтому консоль на ноутбуке администратора и консоль на самом сервере показывают одно и то же.
Схема обмена такая:
- 🔌 Консоль обращается к агенту сервера — по умолчанию порт 1540.
- 🗂 Агент передаёт данные менеджера кластера — порт 1541.
- ⚙️ Пользователи 1С работают с рабочими процессами — диапазон 1560–1591 по умолчанию, он задаётся в свойствах рабочего сервера.
- 🐧 Сервер администрирования
rasслушает порт 1545 — к нему ходит утилитаrac.
| Порт | Кто слушает | Нужен консоли |
|---|---|---|
| 1540 | Агент сервера (ragent) | Да, всегда |
| 1541 | Менеджер кластера (rmngr) | Да, при работе с кластером |
| 1560–1591 | Рабочие процессы (rphost) | Для клиентов 1С; консоли — нет |
| 1545 | Сервер администрирования (ras) | Только для rac |
Если сервер 1С ставили с нестандартным портом (например, второй экземпляр на 2540), в консоли указывают именно его. Соседние порты тогда тоже сдвигаются: менеджер кластера — 2541, диапазон рабочих процессов — тот, что прописали при регистрации службы.
Как запустить консоль администрирования 1С в Windows
Шаг 1. Проверьте, что компонент установлен
Ярлык появляется, только если при установке платформы отметили компонент Администрирование сервера 1С:Предприятия. На рабочих местах бухгалтеров его обычно нет — ставили лишь клиент.
Если ярлыка нет:
- Откройте
Панель управления → Программы и компоненты. - Выберите нужную версию 1С:Предприятия и нажмите
Изменить. - В мастере выберите изменение состава и включите компонент администрирования сервера.
Либо запустите setup.exe из дистрибутива той же версии и пройдите установку с этим компонентом.
Шаг 2. Зарегистрируйте radmin.dll
Это главный приём, о котором забывают. Оснастка MMC работает через COM-библиотеку radmin.dll из каталога bin конкретной версии платформы. Установщик регистрирует её не всегда, а после установки второй версии регистрация может «уехать» на чужую.
Откройте командную строку от имени администратора и выполните (номер версии подставьте свой — тот же, что у сервера):
regsvr32 "C:\Program Files\1cv8\8.3.24.1467\bin\radmin.dll"
Для 32-разрядной платформы используйте 32-разрядный regsvr32:
C:\Windows\SysWOW64\regsvr32.exe "C:\Program Files (x86)\1cv8\8.3.24.1467\bin\radmin.dll"
Успех — окно «Успешно выполнено DllRegisterServer». Ошибка с кодом 0x80070005 означает, что командная строка открыта без прав администратора.
Разрядность библиотеки должна совпадать с разрядностью MMC. 64-разрядная оснастка открывается обычным mmc.exe, а 32-разрядную запускают явно: mmc -32 "C:\Program Files (x86)\1cv8\common\1CV8 Servers.msc".
Шаг 3. Откройте оснастку
Запустите ярлык из меню «Пуск» или дважды щёлкните файл .msc. Если удобнее с клавиатуры — Win+R и полный путь к файлу в кавычках.
Если .msc потерялся, оснастку собирают вручную: Win+R → mmc → Файл → Добавить или удалить оснастку → в списке выбрать оснастку серверов 1С:Предприятия → Добавить → ОК. Затем Файл → Сохранить как — и у вас снова есть файл консоли.
Шаг 4. Проверьте службу агента
Консоль откроется и без работающего сервера, но подключиться не сможет. Откройте services.msc и найдите службу Агент сервера 1С:Предприятия 8.3 (x86-64). Состояние должно быть «Выполняется», тип запуска — «Автоматически».
Слушает ли агент порт, видно так:
netstat -ano | findstr :1540
Строка со статусом LISTENING — агент на месте.
Перезапуск службы агента обрывает все сеансы пользователей на этом сервере. Делайте это вне рабочего времени или после того, как предупредили людей и они вышли из программы.
Linux и FreeBSD: администрирование без оснастки MMC
В Linux графической оснастки MMC нет. Вариантов два.
Вариант 1. Подключиться из Windows. Ставите на Windows-машину платформу той же версии с компонентом администрирования, регистрируете radmin.dll и добавляете в консоли сервер по имени Linux-хоста с портом 1540. Это самый простой путь, если в сети есть хотя бы один компьютер на Windows.
Вариант 2. Утилиты ras и rac. Сначала запускается сервер администрирования ras, который подключается к агенту, а затем к нему обращается консольная утилита rac. Обе лежат в каталоге платформы, обычно /opt/1cv8/x86_64/<версия>/.
Запуск сервера администрирования в фоне:
cd /opt/1cv8/x86_64/8.3.24.1467
./ras cluster --daemon
По умолчанию ras слушает 1545 и подключается к агенту на localhost:1540. Дальше — команды rac:
# список кластеров и их идентификаторы
./rac cluster list
# базы кластера
./rac infobase summary list --cluster=<uuid-кластера>
# сеансы, в том числе с данными о лицензиях
./rac session list --cluster=<uuid-кластера> --licenses
Если в кластере заданы администраторы, к командам добавляют --cluster-user= и --cluster-pwd=. Полный список подкоманд и параметров выводит ./rac help, справка по разделу — ./rac help session.
Для постоянной работы ras оформляют службой systemd, чтобы он стартовал вместе с сервером. Наружу порт 1545 открывайте только для доверенных адресов.
Про FreeBSD. Серверная часть 1С:Предприятия официально выпускается для Windows и Linux, FreeBSD в списке поддерживаемых систем нет. Если сервер 1С работает в Linux-окружении на такой машине, администрируют его так же: из Windows-консоли по сети или через rac.
Подключение к серверу и параметры безопасности
Как добавить сервер в консоль
- В дереве слева щёлкните правой кнопкой по
Central 1C:Enterprise 8.3 servers(в русской версии —Центральные серверы 1С:Предприятия 8.3). - Выберите
Создать → Центральный сервер 1С:Предприятия 8.3. - Укажите имя компьютера, протокол
tcp, IP-порт1540(или ваш нестандартный). - Нажмите
ОК, раскройте сервер — появятсяКластеры.
Пишите сетевое имя сервера, а не IP, если клиенты 1С тоже подключаются по имени. Сервер 1С возвращает адреса процессов по своему имени, и машина администратора должна его разрешать.
Администраторы центрального сервера и кластера
После установки кластер открыт всем, у кого есть сетевой доступ к порту 1540. Любой может завершить чужой сеанс или удалить базу из кластера. Поэтому на рабочем сервере заводят администраторов.
| Уровень | Где задаётся | Что защищает |
|---|---|---|
| Администраторы центрального сервера | Узел сервера → Администраторы | Создание и удаление кластеров |
| Администраторы кластера | Узел кластера → Администраторы | Базы, сеансы, рабочие серверы |
| Администратор информационной базы | Пользователь в самой базе | Свойства базы, блокировки |
Порядок важен. Сначала создайте администратора кластера с паролем, потом — администратора центрального сервера. Консоль сразу начнёт спрашивать логин и пароль при открытии кластера.
Запишите пароль администратора кластера и храните его вместе с паролями к серверу. Восстановить его из консоли нельзя. Если пароль потерян, остановите службу агента (сеансы оборвутся) и верните файлы настроек кластера из резервной копии каталога srvinfo, либо обратитесь к тому, кто настраивал сервер. Пересоздавать кластер ради сброса пароля не нужно — это лишняя работа и риск потерять регистрацию баз.
Пароль администратора базы — это обычный пользователь 1С с полными правами. Консоль запрашивает его, когда вы открываете свойства базы или включаете блокировку сеансов.
Доступ через брандмауэр
Если консоль запускается на другой машине, на сервере должны быть открыты входящие порты 1540, 1541 и диапазон рабочих процессов. Пример для брандмауэра Windows (команда от имени администратора):
netsh advfirewall firewall add rule name="1C Server" dir=in action=allow protocol=TCP localport=1540-1541,1560-1591
Почему консоль не подключается: разбор ошибок
Пара проверок, которые закрывают большую часть случаев с именами:
- 🧭 На машине администратора выполните
ping имя-сервера. Если ответа по имени нет, добавьте строку192.168.1.10 srv1cвC:\Windows\System32\drivers\etc\hosts. - 🔎 Сравните имя в свойствах рабочего сервера в консоли с реальным именем компьютера. После переименования сервера кластер продолжает жить под старым именем.
- 🧩 Проверьте, сколько версий платформы установлено. После обновления сервера на новую версию консоль на рабочем месте часто остаётся старой — отсюда несоответствие версий.
Управление кластером и информационными базами из консоли
Когда подключение работает, в кластере видны узлы Информационные базы, Рабочие процессы, Рабочие серверы, Менеджеры кластера, Сеансы, Соединения, Блокировки. Вот что администратор делает там чаще всего.
Работа с базами
- ➕ Создать или зарегистрировать базу: правой кнопкой по
Информационные базы→Создать → Информационная база. Указываете имя базы в кластере, тип СУБД, сервер баз данных, имя базы в СУБД и пользователя СУБД. Флажок создания базы в СУБД ставят, только если её ещё нет. - 🔒 Заблокировать вход: свойства базы → флажок
Блокировка начала сеансов включена, время начала и окончания, сообщение и код разрешения. Пользователи с кодом смогут войти, остальные увидят ваше сообщение. - ⏸ Остановить регламентные задания: там же флажок
Блокировка регламентных заданий включена. Это нужно перед обновлением и при копировании рабочей базы в тестовую, чтобы копия не начала обмены и рассылки от имени рабочей.
Команда Удалить у базы в консоли предлагает варианты: только снять регистрацию в кластере или ещё и удалить базу на сервере СУБД. Второй вариант уничтожает данные. Перед удалением сделайте резервную копию в СУБД.
Сеансы и лицензии
В узле Сеансы видно, кто работает в базе, с какого компьютера, в каком приложении (тонкий клиент, Конфигуратор, фоновое задание, веб-клиент) и какую лицензию занимает. Если пользователь «завис» и не может войти снова, его сеанс удаляют правой кнопкой → Удалить.
Завершение сеанса обрывает работу человека без сохранения. Перед этим позвоните или напишите ему. Фоновые задания удаляйте, только понимая, что это за задание: прерванный обмен иногда приходится запускать заново вручную.
Рабочие серверы и процессы
В свойствах рабочего сервера задают диапазон портов рабочих процессов, число баз и соединений на процесс, а также параметры, влияющие на перезапуск процессов. Здесь же задаются требования назначения функциональности — какой сервер какие задачи выполняет, если серверов несколько.
В узле Рабочие процессы видна нагрузка: память, число соединений, доступная производительность. Если один процесс раздулся по памяти, его можно выключить из работы, но пользователи на нём потеряют соединение. Делайте это вне рабочего времени.