Для эффективного управления кластером серверов платформы 1С:Предприятие администраторам необходимо иметь прямой доступ к инструменту, который часто называют «консолью рут» или просто консолью управления. На самом деле, правильный термин — Консоль администрирования серверов 1С:Предприятия (файл rmngr.msc). Этот инструмент позволяет видеть активные сеансы, блокировать пользователей, управлять базами данных и настраивать параметры кластера без прямого вмешательства в конфигуратор или файловую систему.

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

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

Поиск и запуск исполняемого файла консоли

Первым шагом является физический запуск утилиты на сервере, где установлена серверная часть платформы. Стандартный путь к исполняемому файлу зависит от версии платформы и разрядности операционной системы. Обычно он находится в каталоге bin серверной установки. Для 64-битной системы путь чаще всего выглядит так: C:\Program Files\1cv8\8.3.xx.xxxx\bin\rmngr.msc. Если вы используете 32-битную версию на 64-битной ОС, ищите папку bin32.

Запускать консоль необходимо с правами администратора, даже если вы вошли в систему под учетной записью с высокими привилегиями. Это связано с тем, что взаимодействие со службой 1С:Сервер 1С:Предприятия требует повышенных прав для чтения реестра и управления процессами. Нажмите правой кнопкой мыши на файл rmngr.msc и выберите пункт «Запуск от имени администратора».

Альтернативный способ быстрого запуска — использование команды «Выполнить». Нажмите комбинацию клавиш Win + R и введите полное имя файла rmngr.msc. Если путь к бинарным файлам добавлен в системную переменную PATH, консоль откроется мгновенно. В противном случае система сообщит, что файл не найден, и придется указывать полный путь вручную.

💡

Если вы часто работаете с консолью, создайте ярлык на рабочем столе сервера и в свойствах ярлыка сразу укажите запуск от имени администратора на вкладке «Дополнительно».

Подключение к локальному и удаленному кластеру

После запуска вы увидите пустое окно или список ранее подключенных серверов. Для начала работы необходимо добавить центральный сервер кластера. В меню «Действие» выберите пункт «Добавить». В открывшемся окне вам потребуется указать имя компьютера или его IP-адрес, где запущена служба кластера. По умолчанию используется порт 1541, но он может быть изменен в настройках службы.

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

Если подключение проходит успешно, в дереве слева отобразится имя сервера, а при раскрытии узла вы увидите список информационных баз, зарегистрированных в кластере. В случае ошибки подключения проверьте, запущена ли служба 1С:Сервер 1С:Предприятия в оснастке services.msc. Также убедитесь, что брандмауэр не блокирует порт взаимодействия с кластером.

☑️ Диагностика подключения к кластеру

Выполнено: 0 / 4

Настройка прав администратора кластера

Безопасность кластера 1С строится на разграничении прав доступа к управлению. Вы можете иметь полный доступ к операционной системе сервера, но не иметь прав на изменение списка баз в консоли администрирования. Для настройки этих прав необходимо зайти в свойства центрального сервера через контекстное меню.

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

Существует нюанс, связанный с версией платформы. В старых версиях (до 8.3.6) механизм прав был менее гибким, и часто использовалась одна общая учетная запись. В современных версиях рекомендуется использовать персональные учетные записи для аудита действий. Пароль администратора кластера можно сменить прямо в этом окне, что рекомендуется делать сразу после установки сервера.

⚠️ Внимание: Если вы потеряли пароль администратора кластера, восстановить его стандартными средствами консоли невозможно. Потребуется редактирование файлов конфигурации кластера на диске или переустановка службы с потерей текущего списка зарегистрированных баз, если нет резервной копии.
📊 Как вы предпочитаете управлять правами доступа?
Один общий пароль для всех
Персональные учетные записи
Интеграция с доменом AD
Только через файлы конфигурации

Управление информационными базами и сеансами

Основная функция консоли — управление жизненным циклом информационных баз. Через интерфейс rmngr вы можете создавать новые записи баз, указывая их тип (файловый или клиент-серверный), путь к данным и имя базы на сервере. Для клиент-серверного варианта обязательно указывается имя базы данных в СУБД и пользователь БД.

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

Для принудительного завершения работы пользователя выделите нужный сеанс в списке, нажмите правую кнопку мыши и выберите «Удалить». Пользователь получит сообщение о разрыве соединения. Также здесь можно блокировать новые подключения к конкретной базе, установив соответствующий флаг в свойствах информационной базы, что удобно во время регламентных работ.

Параметр сеанса Описание Где используется
Имя пользователя Логин в системе 1С Идентификация сотрудника
Компьютер Сетевое имя рабочей станции Поиск проблемного ПК
Приложение Толстый/Тонкий клиент, Веб Анализ совместимости
Начало сеанса Время подключения Расчет длительности работы

Публикация баз на веб-сервере

Для организации доступа к базам через браузер или тонкий клиент по HTTP-протоколу необходимо выполнить публикацию на веб-сервере (IIS или Apache). Консоль администрирования предоставляет удобный мастер для этой процедуры. Выберите нужную базу в списке, нажмите правую кнопку и выберите пункт «Публиковать на веб-сервере».

В мастере публикации вам потребуется указать имя виртуального каталога, под которым база будет доступна в URL, и выбрать тип веб-сервера. Система автоматически создаст необходимые файлы-расширения (.vrd) и настроит права доступа в IIS. Это избавляет от необходимости ручного редактирования конфигов веб-сервера.

После публикации проверьте доступность базы, введя адрес вида http://server_name/base_name в браузере. Если страница не открывается, проверьте наличие установленного компонента «Веб-расширение» при установке платформы 1С. Без этого модуля публикация невозможна, даже если консоль сообщает об успехе.

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

Частая причина — отсутствие прав у пула приложений IIS на чтение каталога с платформой 1С. Попробуйте перезапустить службу IIS или пересоздать виртуальный каталог с правами локального пользователя.

Типичные ошибки и методы их устранения

При работе с консолью администрирования пользователи часто сталкиваются с ошибкой «Отказано в доступе» или «Не удалось соединиться с сервером». Первая причина обычно кроется в неверном пароле администратора кластера или в том, что текущий пользователь Windows не добавлен в список администраторов кластера внутри rmngr.

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

Также стоит обратить внимание на службу кластера. Иногда она «зависает» и перестает отвечать на запросы консоли, хотя процессы rphost работают нормально. В таком случае помогает перезапуск службы 1С:Сервер 1С:Предприятия. Перед этим обязательно предупредите пользователей о технических работах, так как все активные сеансы будут разорваны.

⚠️ Внимание: Интерфейс и расположение пунктов меню могут незначительно отличаться в различных релизах платформы 1С. Если вы не находите описанную функцию, сверьтесь со справкой по вашей конкретной версии или обновите платформу до актуального релиза.
💡

Стабильная работа консоли администрирования напрямую зависит от корректной работы службы кластера и совпадения версий клиентского ПО и серверной платформы.

Часто задаваемые вопросы (FAQ)

Где хранится пароль администратора кластера 1С?

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

Можно ли управлять файловыми базами через консоль сервера?

Нет, консоль администрирования серверов (rmngr.msc) предназначена исключительно для управления кластером серверов и базами данных в режиме клиент-сервер (SQL). Файловые базы (.1CD) не регистрируются в кластере и управляются непосредственно через запуск файла 1cv8.exe или ярлыки на рабочих станциях.

Как увидеть, кто заблокировал базу в монопольном режиме?

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

Почему консоль показывает пустой список серверов при запуске?

Это нормальное поведение при первом запуске. Консоль не сканирует сеть автоматически в целях безопасности. Вам необходимо вручную добавить сервер, выбрав в меню «Действие» -> «Добавить» и введя имя компьютера или IP-адрес, где установлена серверная часть 1С.