Как добавить администратора кластера 1С

Администратор кластера 1С — это учётная запись, которая управляет самим кластером серверов: рабочими процессами, сеансами, списком баз и настройками производительности. Это не то же самое, что администратор информационной базы или администратор операционной системы: у каждого уровня свой список пользователей и свои права. Путаница между этими ролями — одна из главных причин, почему «добавленный администратор» потом не может войти в консоль.

Добавить администратора кластера можно двумя способами: через графическую консоль «Серверы 1С:Предприятия» (1CV8 Servers) и через утилиту командной строки rac. Первый вариант удобен для разовых операций, второй — для автоматизации и случаев, когда графическая консоль недоступна. Оба способа требуют, чтобы служба агента сервера 1С была запущена, а у вас были права на подключение к ней.

Что такое администратор кластера и чем он отличается от других ролей

В архитектуре 1С существует три независимых уровня администрирования. Администратор кластера управляет серверным хозяйством: рабочими серверами, процессами rphost, менеджерами кластера, списком информационных баз на уровне кластера. Администратор информационной базы задаётся внутри конкретной базы (список пользователей в конфигураторе) и управляет доступом к данным. Администратор операционной системы отвечает за сервер как за машину: службы, файлы, сеть.

Эти списки никак не синхронизируются между собой. Пользователь Windows с правами администратора домена не становится автоматически администратором кластера 1С, и наоборот. Поэтому типичная проблема «я админ на сервере, но консоль не пускает» решается именно созданием администратора кластера, а не выдачей прав в ОС.

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

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

Проверьте, что служба агента сервера 1С запущена. В Windows это служба «Агент сервера 1С:Предприятия», в Linux — процесс ragent. Если служба остановлена, консоль не увидит кластер, и добавить администратора не получится. Заодно убедитесь, что версия консоли соответствует версии сервера: консоль от другого релиза платформы часто не подключается или работает с ошибками.

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

Добавление администратора через консоль серверов 1С

Графическая консоль входит в состав серверной установки платформы и называется «Серверы 1С:Предприятия». На сервере Windows она доступна в меню «Пуск» в папке 1С, либо её можно запустить файлом 1CV8 Servers.msc из каталога bin установленной платформы. Работать с консолью можно и с администраторской рабочей станции, подключаясь к серверу по сети.

Порядок действий следующий. Разверните узел «Центральные серверы 1С:Предприятия», найдите нужный сервер, внутри него — нужный кластер (обычно с портом 1541, если порт не меняли). Внутри кластера находится ветка «Администраторы». Щёлкните по ней правой кнопкой мыши и выберите «Создать» — «Администратор». В открывшемся окне укажите имя администратора, пароль и подтверждение пароля, при необходимости — описание. Нажмите «ОК».

1. 1
   Запустите консоль «Серверы 1С:Предприятия» от имени администратора ОС
2. 2
   Разверните «Центральные серверы» → нужный сервер → кластер
3. 3
   Откройте ветку «Администраторы», правый клик → «Создать» → «Администратор»
4. 4
   Введите имя, пароль и подтверждение пароля, нажмите «ОК»
5. 5
   Отключитесь от кластера и подключитесь заново с новыми учётными данными для проверки

После сохранения новый администратор появится в списке. Если в кластере раньше не было ни одного администратора, с этого момента консоль начнёт запрашивать учётные данные при подключении. Убедитесь, что вы помните пароль: механизма восстановления пароля администратора кластера через консоль не существует.

Добавление администратора через утилиту rac

Утилита командной строки rac входит в состав сервера 1С и находится в каталоге bin установленной платформы. Она подключается к агенту сервера (по умолчанию порт 1540) и позволяет выполнять те же операции, что и консоль, включая управление администраторами. Это основной инструмент для скриптов и удалённого администрирования без графического интерфейса.

Сначала получите идентификатор кластера командой rac cluster list. Затем выполните добавление администратора, подставив полученный GUID кластера. Если в кластере уже есть администраторы, к команде нужно добавить параметры --cluster-user и --cluster-pwd с действующими учётными данными.

rac cluster list
rac cluster admin add --cluster=<GUID_кластера> --name=NewAdmin --pwd=StrongPassword --descr="Резервный администратор"

Успешное выполнение команды не выводит подробного результата — убедитесь в добавлении, запросив список администраторов командой rac cluster admin list --cluster=<GUID>. Имя нового администратора должно присутствовать в выводе. Учитывайте, что пароль в командной строке может сохраниться в истории оболочки: на общих серверах лучше использовать консоль или очищать историю после операции.

Проверка результата и контроль доступа

Проверка сводится к повторному подключению с новыми учётными данными. В консоли отключитесь от кластера (правый клик по кластеру — «Отключить» или просто закройте и откройте консоль), затем при подключении укажите имя и пароль нового администратора. Если кластер открылся и отображает рабочие процессы, сеансы и базы — права применены корректно.

Дополнительно проверьте, что операции управления доступны: попробуйте открыть свойства кластера или список сеансов. Если консоль выдаёт ошибку доступа — либо пароль введён неверно, либо администратор был создан в другом кластере (на сервере с несколькими кластерами это частая ситуация). Сверьте порт кластера, в котором создавали запись, и тот, к которому подключаетесь.

Типичные ошибки и ограничения

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

Третья группа проблем связана с версиями: консоль от платформы одной версии может не подключаться к серверу другой версии или показывать кластер с ошибками. Держите на админской машине консоль той же версии, что и сервер. Наконец, не стоит плодить администраторов без необходимости: каждая запись с правами на кластер — это потенциальная точка компрометации, особенно если пароль простой или записан в открытом виде.

Что делать, если доступ к кластеру утерян

Если пароли всех администраторов кластера утеряны, штатного способа восстановления нет. Существует аварийная процедура: остановить службу агента сервера, удалить или переименовать файлы реестра кластера в служебном каталоге srvinfo (подкаталог с номером порта кластера), затем запустить службу заново. Кластер поднимется с пустым списком администраторов и открытым доступом — после чего нужно немедленно создать нового администратора.

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

Профилактика проще восстановления: заведите минимум двух администраторов кластера (основного и резервного), храните пароли в корпоративном менеджере паролей и пересматривайте список при увольнении сотрудников. Учётная запись уволенного администратора с действующим паролем — реальный риск для всей серверной инфраструктуры.

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