1C:Enterprise RAS — что это такое и как им пользоваться

RAS (Remote Administration Server) — это сервер администрирования в платформе 1С:Enterprise, который принимает управляющие команды от консольной утилиты rac и передаёт их кластеру серверов 1С. Без связки ras + rac администратор не может программно управлять кластером: создавать информационные базы, блокировать сеансы, просматривать список соединений и менять параметры серверов.

Термин «1c enterprise ras» чаще всего ищут администраторы, которые разворачивают клиент-серверный вариант 1С и сталкиваются с необходимостью автоматизировать обслуживание: регламентные обновления, резервное копирование, отключение пользователей перед бэкапом. Именно ras делает такую автоматизацию возможной, потому что rac — консольная утилита — работает только через него.

Важно понимать: ras — это не отдельный продукт и не сервер баз данных. Это служебный процесс, входящий в состав поставки сервера 1С:Enterprise. Он устанавливается вместе с компонентами сервера и запускается как служба (в Windows) или демон (в Linux). Управление им выполняется исключительно через rac или через сторонние обёртки, которые внутри себя всё равно вызывают rac.

Что такое RAS и зачем он нужен в кластере 1С

Кластер серверов 1С:Enterprise состоит из рабочих процессов (rphost), агентов (ragent) и менеджеров кластера (rmngr). Ни один из этих процессов не принимает административные команды напрямую извне в удобном текстовом виде. Роль «переводчика» выполняет ras: он подключается к агенту кластера и предоставляет внешний интерфейс для утилиты rac.

Через связку ras + rac администратор выполняет практически весь спектр обслуживания кластера:

• создание и удаление информационных баз, изменение их параметров;
• блокировка и разблокировка сеансов, установка сообщения для пользователей;
• просмотр и принудительное завершение сеансов и соединений;
• управление рабочими серверами и рабочими процессами кластера;
• настройка счётчиков производительности и требований назначения функциональности.

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

Как связаны ras, rac и агент кластера

Схема взаимодействия выглядит так: администратор запускает команду rac на своей машине → rac подключается к ras по сети → ras обращается к агенту кластера (ragent, порт 1540 по умолчанию) → агент выполняет операцию и возвращает результат по той же цепочке.

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

Как установить и запустить RAS

RAS устанавливается вместе с дистрибутивом сервера 1С:Enterprise — отдельной установки не требуется. После установки сервера исполняемый файл ras находится в каталоге платформы (в Windows — в папке bin каталога версии платформы, в Linux — в /opt/1cv8/…).

Запуск в Windows как службы выполняется командой регистрации. Типовой порядок действий:

1. 1
   Откройте командную строку от имени администратора.
2. 2
   Зарегистрируйте службу: ras cluster --port=1545 <адрес агента кластера> — либо используйте sc create с указанием пути к ras.exe и параметрами.
3. 3
   Убедитесь, что указан порт агента кластера (по умолчанию 1540) и правильный адрес сервера.
4. 4
   Запустите службу и проверьте, что порт 1545 слушается: netstat -an | find "1545".
5. 5
   Проверьте связку: выполните rac cluster list с указанием адреса ras — должен вернуться список кластеров.

В Linux ras запускается как демон командой вида ras cluster --daemon --port=1545 localhost:1540. Удобно оформить запуск через systemd-юнит, чтобы ras автоматически стартовал после перезагрузки сервера и перезапускался при падении.

ras cluster --daemon --port=1545 localhost:1540

Основные команды rac для ежедневного администрирования

Утилита rac принимает команды в формате rac <объект> <действие> --cluster=<ID> [параметры]. Идентификатор кластера сначала получают командой rac cluster list. Дальнейшая работа строится вокруг нескольких типовых операций.

Получение списка информационных баз: rac infobase summary list --cluster=<ID>. Просмотр активных сеансов: rac session list --cluster=<ID>. Завершение конкретного сеанса: rac session terminate --cluster=<ID> --session=<ID сеанса>.

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

Типовые проблемы и их диагностика

Самая частая жалоба — «rac не видит кластер». Причины почти всегда в одном из трёх мест: ras не запущен, указан неверный адрес/порт ras или агента, либо сетевой экран блокирует порты 1540/1545. Проверяйте последовательно, от локального к сетевому.

Вторая типовая ситуация — ошибки аутентификации при обращении к базе. Если для информационной базы задан администратор кластера или базы, в командах rac нужно передавать параметры --cluster-user, --cluster-pwd либо --infobase-user, --infobase-pwd. Отсутствие этих параметров даёт ошибку доступа даже при корректно работающем ras.

Безопасность и ограничения RAS

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

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

Альтернативы и дополнительные инструменты

Для Windows-сред существует графическая консоль администрирования серверов 1С (MMC-оснастка), которая подключается к агенту кластера напрямую и не требует ras. Она удобна для ручных операций, но не подходит для автоматизации — скриптовать её нельзя.

Для сложных сценариев автоматизации сообщество использует обёртки над rac (например, инструменты на OneScript, такие как vanessa-runner и отдельные библиотеки управления кластером). Они упрощают синтаксис, но внутри всё равно вызывают rac, поэтому работающий ras остаётся обязательным условием.

Частые вопросы о 1C:Enterprise RAS