Администрирование · 10 мин
Консоль администрирования сервера 1С: установка и первоначальная настройка
Пошаговая установка консоли администрирования сервера 1С: требования, регистрация службы агента, подключение к кластеру, типичные ошибки и способы их устранения.
Консоль администрирования сервера 1С:Предприятие — это оснастка, через которую управляют кластером серверов: создают и удаляют информационные базы, назначают администраторов, контролируют сеансы, рабочие процессы и блокировки. Без неё клиент-серверная установка 1С остаётся фактически неуправляемой: базы можно создать только через конфигуратор с указанием сервера, а тонкая настройка кластера недоступна.
Консоль не ставится отдельным продуктом — она входит в состав дистрибутива «Сервер 1С:Предприятия» и устанавливается вместе с ним либо как отдельный компонент на административной машине. Это важно понимать: версия консоли должна совпадать с версией сервера, иначе подключение к кластеру завершится ошибкой несовместимости.
Ниже разобран полный цикл: от проверки требований до подключения к кластеру и проверки результата, включая установку консоли на отдельный компьютер администратора и разбор типичных ошибок.
Что потребуется перед установкой
Перед началом убедитесь, что у вас есть дистрибутив сервера 1С:Предприятия нужной версии и разрядности (32 или 64 бита), совпадающий с версией, под которой работает или будет работать агент сервера. Дистрибутив скачивается с портала 1С по действующей подписке ИТС или поставляется на носителе в коробочной версии.
Проверьте права: установка требует прав локального администратора на компьютере, так как регистрируются службы и системные компоненты. Если консоль ставится на отдельную машину администратора, агент сервера там не нужен — достаточно сетевой доступности сервера по портам кластера (стандартный диапазон начинается с 1540–1541 и портов рабочих процессов 1560–1591).
Определите сценарий: консоль ставится либо на сам сервер вместе с агентом (типовой вариант для небольших внедрений), либо на рабочее место администратора (удобно, когда серверов несколько или доступ к серверу ограничен). Во втором случае устанавливается только компонент администрирования без службы агента.
Установка консоли вместе с сервером 1С
Это основной сценарий: вы разворачиваете сервер 1С и сразу получаете консоль управления на той же машине. Порядок действий одинаков для большинства версий платформы 8.3.
Запустите setup.exe из дистрибутива сервера от имени администратора. На шаге выбора компонентов отметьте «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия» — обычно оба компонента выбраны по умолчанию. Далее мастер предложит установить агент сервера как службу Windows: оставьте этот вариант и укажите учётную запись, от имени которой будет работать служба. Чаще всего создают отдельного пользователя (например, USR1CV8), которому затем дают права на каталоги сервера и, при необходимости, доступ к СУБД.
Завершите установку и дождитесь регистрации службы «Агент сервера 1С:Предприятия». Проверьте, что служба запущена: откройте services.msc и найдите её в списке. Если служба не стартовала, чаще всего причина в неправильном пароле учётной записи или отсутствии у неё права «Вход в качестве службы».
- 1Скачайте дистрибутив сервера 1С нужной версии и разрядности
- 2Запустите setup.exe от имени администратора
- 3Отметьте компоненты «Сервер 1С:Предприятия» и «Администрирование сервера»
- 4Выберите установку агента как службы Windows и укажите учётную запись
- 5Завершите установку и проверьте службу в services.msc
- 6Откройте консоль через Пуск → 1С:Предприятие → Администрирование сервера
Установка консоли на отдельный компьютер администратора
Если сервер работает на другой машине (или это Linux-сервер), консоль удобнее держать на рабочем месте администратора под Windows. Дистрибутив тот же самый — отличается только набор компонентов.
Запустите установщик и на шаге выбора компонентов снимите отметку с «Сервер 1С:Предприятия», оставив только «Администрирование сервера 1С:Предприятия». Служба агента при этом не устанавливается, на машине появляется только оснастка и необходимые библиотеки. Установка занимает пару минут и не требует перезагрузки.
Убедитесь, что с машины администратора доступен сервер по сети: проверьте разрешение имени сервера (ping по имени) и доступность портов кластера. Если между машинами есть межсетевой экран, откройте TCP-порты 1540, 1541 и диапазон рабочих процессов 1560–1591, иначе консоль подключится к агенту, но не увидит рабочие процессы и сеансы.
Первый запуск и подключение к кластеру
Откройте консоль: Пуск → Все программы → 1С:Предприятие → Администрирование сервера 1С:Предприятия. При первом запуске дерево в левой панели пустое — сервер нужно зарегистрировать вручную.
Нажмите правой кнопкой на корневой узел «Центральные серверы 1С:Предприятия» и выберите «Создать» → «Центральный сервер». Введите имя или IP-адрес сервера и порт агента (по умолчанию 1540). После подтверждения в дереве появится сервер, а внутри него — кластер с локальным именем и рабочими процессами.
Если при разворачивании узла кластера консоль запрашивает аутентификацию, значит в кластере заведены администраторы — введите логин и пароль администратора кластера. Если аутентификация не настроена (типично для свежей установки), подключение происходит без запроса. Для продуктивной среды обязательно создайте администратора кластера, иначе управлять сервером сможет любой, у кого есть сетевой доступ к порту 1540.
Проверка результата и признаки корректной работы
Корректно установленная и подключённая консоль показывает в дереве: центральный сервер, кластер (обычно «Локальный кластер»), рабочие процессы с номерами портов и список информационных баз (пустой на новом сервере). При выборе рабочего процесса в правой панели видны его PID и загрузка.
Функциональная проверка: создайте через консоль тестовую информационную базу (правой кнопкой на узле «Информационные базы» → «Создать»), укажите параметры СУБД и убедитесь, что база появилась в списке и доступна для подключения из клиента 1С. После проверки тестовую базу можно удалить.
Как проверить результат
Состояние «Выполняется», тип запуска «Автоматически»
Служба остановлена или завершается с ошибкой сразу после старта
Дерево показывает кластер и рабочие процессы
Ошибка «сервер недоступен» или пустой узел без кластера
Видны rphost-процессы с портами из диапазона 1560–1591
Кластер виден, но список процессов пуст — закрыты порты рабочих процессов
Типичные ошибки при установке и подключении
Самая частая проблема — несовпадение версий: консоль 8.3.20 не подключается к агенту 8.3.22 с сообщением о несовместимости. Решение — установить консоль той же версии, что и сервер. На одной машине могут сосуществовать консоли разных версий, они ставятся в отдельные каталоги.
Вторая группа ошибок — сетевые. Сообщение «Ошибка соединения с сервером» при заведомо работающем агенте обычно означает закрытый порт 1540 на брандмауэре или неверное имя сервера. Ситуация, когда кластер виден, но сеансы и процессы не отображаются, указывает на закрытые порты 1560–1591.
Третья типичная ситуация — служба агента не стартует после установки. Проверьте пароль учётной записи службы, её право на вход в качестве службы (назначается через локальные политики безопасности) и свободность порта 1540: его может занять другая версия агента, уже работающая на машине.
Альтернативы графической консоли
Графическая оснастка — не единственный способ управления кластером. Платформа включает утилиту командной строки rac (ras — для сервера администрирования), которая позволяет автоматизировать операции: создание баз, блокировку сеансов, получение списка соединений. Для этого на сервере запускается служба RAS (сервер администрирования), а команды выполняются через rac.
Выбор инструмента зависит от задачи: для разовых операций и визуального контроля удобнее консоль, для скриптов обслуживания (ночная блокировка баз перед бэкапом, массовое завершение сеансов) — связка ras + rac.
Сравнение инструментов администрирования
Подходит для ручного управления, визуального контроля сеансов и процессов. Требует Windows и совпадения версии с сервером.
Подходит для автоматизации и скриптов, работает из командной строки на Windows и Linux. Требует запуска и настройки сервера администрирования RAS.
Что важно запомнить
Консоль ставится из дистрибутива сервера 1С — вместе с агентом или отдельно на машину администратора. Версии консоли и сервера должны совпадать. После установки зарегистрируйте сервер в консоли, создайте администратора кластера и откройте только необходимые порты.
Частые вопросы
Можно ли установить консоль без установки самого сервера 1С?
Да. Запустите тот же установщик дистрибутива сервера и на шаге выбора компонентов оставьте только «Администрирование сервера 1С:Предприятия». Служба агента установлена не будет, а оснастка сможет подключаться к удалённым серверам по сети.
Консоль не подключается к серверу с ошибкой несовместимости версий. Что делать?
Проверьте точную версию платформы на сервере (она отображается в свойствах службы агента или в каталоге установки) и установите консоль той же версии. Разные версии консолей могут стоять на одной машине параллельно — просто используйте нужную.
Кластер виден в консоли, но список сеансов и процессов пуст. В чём причина?
Почти всегда это закрытые порты рабочих процессов 1560–1591 на межсетевом экране между машиной администратора и сервером. Порт агента 1540 при этом открыт, поэтому сам кластер отображается. Откройте диапазон портов — и данные появятся.
Нужен ли отдельный пароль для входа в консоль?
У самой консоли пароля нет — аутентификация запрашивается только если в кластере создан администратор. На свежей установке администраторов нет, и подключение выполняется свободно. Для продуктивного сервера администратора кластера нужно создать обязательно.
Как установить консоль для сервера 1С на Linux?
Графическая оснастка работает только под Windows, поэтому её ставят на отдельную Windows-машину администратора и подключают к Linux-серверу по сети. Альтернатива без Windows — утилита rac в связке со службой RAS, которая запускается прямо на Linux-сервере.
Служба агента сервера не запускается после установки. Где искать причину?
Проверьте три вещи: правильность пароля учётной записи службы, наличие у неё права «Вход в качестве службы» в локальных политиках безопасности и свободность порта 1540 — его может занимать агент другой версии платформы, уже работающий на этом компьютере.