Консоль администрирования серверов 1С: установка и первый запуск

· 10 мин

Содержание

Консоль администрирования серверов 1С отдельно в интернете не скачать: она входит в установщик платформы 1С:Предприятие 8.3 и ставится как один из компонентов. Берёте дистрибутив платформы с сайта поставщика обновлений, запускаете setup.exe, в списке компонентов отмечаете администрирование серверов, и через пару минут консоль появляется в меню «Пуск». Дальше нужно подключиться к центральному серверу и добавить кластер.

Устанавливать консоль можно не на сервер, а на рабочее место администратора. Это удобнее: сервер остаётся чистым, а управлять кластером вы будете удалённо.

Что проверить перед установкой консоли

Консоль не требовательна, но три вещи стоит проверить заранее.

  1. Разрядность и версия. Версия консоли должна совпадать с версией платформы на сервере. При расхождении консоль сообщает о несоответствии версий. Переключить консоль на нужную версию можно повторной регистрацией библиотеки radmin.dll (командой regsvr32 или пунктом «Регистрация утилиты администрирования серверов» из набора платформы).
  2. Права на машине. Для установки нужна учётная запись с правами локального администратора. Для работы консоли — уже нет.
  3. Сеть. С рабочего места до сервера должны проходить порты кластера. По умолчанию это:
ПортЧто слушает
1540Агент сервера (к нему подключается консоль)
1541Главный менеджер кластера
1560–1591Рабочие процессы
1545Сервер администрирования ras (нужен для утилиты rac)

Если между вами и сервером стоит брандмауэр, откройте минимум 1540 и 1541. Порты можно менять при создании кластера, поэтому уточните у того, кто его настраивал.

Не уверены, какая платформа стоит на сервере? Зайдите на сервер и посмотрите в «Программы и компоненты» запись «1С:Предприятие 8» с номером версии. Ставьте консоль того же релиза.

Консоль и сервер должны быть одной ветки платформы. Разные релизы в пределах одной ветки обычно дружат, а вот 8.3.10 и 8.3.25 в одной связке — риск странных ошибок.

Где взять дистрибутив

Платформу выкладывают на портале поддержки пользователей 1С. Нужен доступ по договору сопровождения (ИТС) или по регистрации программного продукта. Ищите раздел загрузки технологической платформы и выбирайте вариант для Windows:

  • 📦 «Технологическая платформа 1С:Предприятия для Windows» — обычный полный комплект, в нём есть и клиент, и серверные компоненты, и консоль.
  • 📦 «Сервер 1С:Предприятия (64-bit) для Windows» — вариант без клиентских частей, если нужен только сервер.

Для консоли подходит полный комплект. Скачивается архив, внутри — папка с setup.exe. Распакуйте архив в обычную папку с короткой латинской или русской структурой путей, без экзотических символов.

Для Linux есть собственный набор пакетов (.deb или .rpm). О нём — в разделе про Linux ниже.

Установка консоли на Windows пошагово

Порядок одинаков для рабочей станции и для сервера.

  1. Запустите setup.exe от имени администратора.
  2. В мастере нажмите «Далее» и выберите «Выборочная установка» или переход к списку компонентов.
  3. Отметьте компонент администрирования серверов 1С:Предприятия. Он называется как-то вроде «Администрирование сервера» или «Консоль администрирования серверов». Остальные компоненты, не нужные на этой машине, отключите: клиент для работы с базами ставьте, только если планируете открывать на этом компьютере базы.
  4. Если нужен ещё и сервер на этой же машине, отметьте «Сервер 1С:Предприятия». Для чистого рабочего места администратора сервер не ставят.
  5. Выберите язык интерфейса и папку установки. Папку по умолчанию лучше не менять.
  6. Дождитесь завершения. Установщик создаст ярлык в меню «Пуск» в группе 1С:Предприятие.

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

Если на машине уже стоит та же платформа, повторный запуск setup.exe предложит «Изменить» установку. Выбирайте именно изменение и добавляйте компонент, а не удаляйте программу целиком: так не потеряются настройки клиента.

Установка без мастера

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

Установка на Linux и управление сервером с другой ОС

Если кластер работает на Linux, у вас есть три варианта.

Вариант 1. Консоль на Windows-машине администратора. Самый простой и надёжный путь. Сервер на Linux, консоль на Windows, подключение по сети к порту агента. Для этого на Windows ставите платформу с компонентом администрирования так, как описано выше.

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

# Debian / Ubuntu: пример, имена файлов у вас будут другими
sudo dpkg -i 1c-enterprise-*-common*.deb
sudo dpkg -i 1c-enterprise-*-server*.deb
sudo apt-get install -f

Вариант 3. Запуск Windows-консоли через Wine. Формально возможен, но работа не гарантируется, и поддержка такого запуска не предусмотрена. Для боевого сервера не рекомендую: проще поставить консоль на виртуальную Windows-машину.

Во всех трёх случаях сервер на Linux ничего не знает о том, какая у вас консоль. Он слушает порты и принимает подключения.

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

Запустите консоль. Слева увидите дерево, в корне которого находится «Центральные серверы 1С:Предприятия». Дальше:

  1. Щёлкните по корню правой кнопкой мыши и выберите создание нового центрального сервера.
  2. В поле имени введите адрес сервера: имя машины, например srv-1c, или IP-адрес. Если агент слушает нестандартный порт, укажите его через двоеточие: srv-1c:1640.
  3. Подтвердите. Сервер появится в дереве.
  4. Раскройте его: под ним должен показаться локальный кластер, как правило, с портом 1541.
  5. Если кластер потребует имя и пароль администратора, введите их. По умолчанию в только что созданном кластере администратор не задан, и вход происходит без пароля.

Внутри кластера вы увидите ветки «Информационные базы», «Рабочие серверы», «Сеансы», «Соединения», «Блокировки» и «Администраторы». Это и есть основной набор инструментов.

Что сразу настроить

  • ✅ Задайте администратора кластера с паролем, если этого ещё нет. Без пароля любой, кто видит порт, может управлять кластером.
  • ✅ Проверьте список рабочих серверов: количество процессов и лимит памяти рассчитывайте от реальной нагрузки, а не от значений по умолчанию.
  • ✅ Откройте «Информационные базы» и убедитесь, что нужные базы видны. Если нет, добавьте их через создание новой информационной базы в кластере.

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

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

Порядок такой:

  1. Установите платформу нужного релиза с компонентом администрирования. Старые релизы удалять не нужно.
  2. В меню «Пуск» найдите группу с номером версии и запускайте консоль оттуда, а не из первого попавшегося ярлыка.
  3. Подпишите ярлыки или заведите свои с названием сервера: через месяц вы уже не вспомните, какая консоль к какому кластеру относится.

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

Если у вас десять серверов, заведите таблицу: имя сервера, порт агента, версия платформы, кто администратор кластера. Пять минут на заполнение экономят часы при аварии.

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

Не считайте работу законченной, пока не прошли короткую проверку:

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

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

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

У консоли два уровня прав, и их часто путают.

  • Администратор центрального сервера. Управляет самим сервером: рабочими серверами, портами, кластерами.
  • Администратор кластера. Управляет конкретным кластером: базами, сеансами, блокировками.

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

Что стоит сделать сразу:

  1. Создать отдельного администратора кластера с паролем и использовать его для консоли. Не работайте под учётной записью, которая применяется в других системах.
  2. Ограничить доступ к порту 1540 брандмауэром: пусть к нему подключаются только адреса администраторов.
  3. На сервере запускать службу агента не под обычным доменным пользователем, а под выделенной учётной записью с минимальными правами. Права на каталог кластера должны быть только у неё.
  4. Если консоль нужна нескольким сотрудникам, у каждого свой администратор кластера: так в журнале видно, кто что делал.

Не оставляйте кластер без администратора. Если порт видно из сети, это прямая дорога к отключению пользователей и блокировке баз.

Типичные проблемы и что с ними делать

Диагностика: выберите симптом

Ещё две ситуации встречаются часто:

  • 🔹 Разные версии. Консоль новее сервера и показывает не все настройки. Поставьте консоль той же ветки платформы.
  • 🔹 Таймауты по VPN. Консоль работает по сети хуже, чем на локальной машине. Если соединение рвётся, поднимите консоль на сервере или на машине в той же сети и работайте с неё по удалённому рабочему столу.

Автоматизация: rac и ras вместо щелчков мышью

Для повторяющихся задач графическая консоль неудобна. В составе сервера есть утилиты:

  • ras — сервер администрирования. Запускается как служба или вручную, слушает порт 1545;
  • rac — клиент командной строки, который отправляет запросы к ras.

Запуск ras, направленного на локальный агент:

ras cluster --port=1545 localhost:1540

Теперь можно получать данные:

rac localhost:1545 cluster list
rac localhost:1545 infobase summary list --cluster=<идентификатор_кластера>
rac localhost:1545 session list --cluster=<идентификатор_кластера>

Идентификатор кластера вы увидите в выводе cluster list. Полный набор команд и параметров смотрите в справке: rac help.

С помощью этих команд собирают мониторинг числа сеансов, отслеживают долгие соединения, составляют отчёты о занятых лицензиях. Результат команд удобно разбирать скриптом на PowerShell или Bash.

Команды завершения сеансов и блокировки баз через rac действуют сразу. Пользователи теряют несохранённую работу, поэтому не запускайте такие скрипты в рабочее время без предупреждения.

Параметры rac для администрирования с паролем задаются отдельными ключами; какие именно, подскажет rac help для вашей версии.

Консоль готова к работе
Выполнено: 0 / 6

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

Консоль платная?
Нет, отдельной оплаты за неё нет. Она ставится вместе с платформой, которую вы уже используете.
Нужно ли ставить консоль на сам сервер?
Не обязательно. Её можно поставить на любую машину с доступом к порту сервера. Администраторам обычно удобнее иметь консоль на своём рабочем месте.
Можно ли управлять сервером с планшета или телефона?
Штатной мобильной консоли нет. Выход — удалённый рабочий стол к машине, где консоль стоит, или скрипты rac.
Чем консоль отличается от Конфигуратора?
Конфигуратор меняет саму конфигурацию информационной базы. Консоль управляет кластером: сеансами, блокировками, рабочими процессами, списком баз. Это разные инструменты.
Что делать, если нужен доступ с домашнего компьютера?
Не открывайте порты кластера в интернет. Подключайтесь по VPN либо через удалённый рабочий стол к машине внутри сети.