Как установить администрирование серверов 1С: пошаговая инструкция

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

Ошибка новичков — искать «администрирование серверов» как отдельную программу для скачивания. На деле консоль входит в тот же дистрибутив, что и сервер 1С, и её наличие определяется выбранными компонентами при установке. Ниже разобран полный порядок: от подготовки дистрибутива до подключения консоли к работающему кластеру и проверки результата.

Что понадобится перед установкой

Для установки консоли нужен дистрибутив сервера 1С:Предприятия той же версии платформы, что и сам сервер. Если агент сервера работает на платформе 8.3.22, а консоль поставить из дистрибутива 8.3.18, подключение может не установиться или часть функций будет недоступна. Дистрибутив загружается с портала 1С по действующей подписке ИТС или поставляется партнёром.

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

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

Установка консоли из дистрибутива сервера

Запустите setup.exe из дистрибутива сервера 1С:Предприятия от имени администратора. На шаге выбора компонентов откроется список: «Сервер 1С:Предприятия», «Администрирование сервера 1С:Предприятия», дополнительные интерфейсы, модули расширения веб-сервера и другие. Для консоли отметьте компонент «Администрирование сервера 1С:Предприятия». Если сервер ставится на той же машине впервые — отметьте также сам сервер.

Если сервер уже установлен, а консоль — нет, запустите тот же setup.exe повторно и выберите режим «Изменить». В списке компонентов включите администрирование сервера и продолжите установку. Существующие базы, настройки кластера и служба агента при этом не затрагиваются.

1. 1
   Скачайте дистрибутив сервера 1С нужной версии платформы и распакуйте архив
2. 2
   Запустите setup.exe от имени администратора
3. 3
   На шаге компонентов отметьте «Администрирование сервера 1С:Предприятия»
4. 4
   Дождитесь завершения установки и закройте мастер
5. 5
   Откройте консоль через меню Пуск → 1С:Предприятие → Администрирование серверов 1С

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

Установка консоли без сервера на рабочую станцию

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

Для сетевого подключения убедитесь, что порт агента (по умолчанию 1540) и порты рабочих процессов кластера (диапазон 1560–1591 по умолчанию) открыты в брандмауэре сервера. Если консоль «не видит» сервер при корректном имени — почти всегда причина в закрытых портах или в том, что служба агента на сервере остановлена.

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

При первом запуске консоль пуста — в дереве слева нет ни одного сервера. Чтобы начать работу, зарегистрируйте центральный сервер: в меню выберите создание нового центрального сервера (или через контекстное меню корня дерева), укажите имя компьютера или IP-адрес, где работает агент, и порт агента — 1540, если он не менялся.

После регистрации в дереве появится сервер, а внутри — кластер с портом 1541 (стандартный порт главного менеджера кластера). Раскройте кластер: там видны рабочие серверы, рабочие процессы, информационные базы, сеансы и соединения. Если кластера нет — создайте его через контекстное меню, указав порт 1541.

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

Проверка результата и первые операции

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

Дополнительно проверьте состояние службы агента на сервере: в оснастке services.msc служба «Агент сервера 1С:Предприятия» должна быть запущена и настроена на автоматический старт. Если служба останавливается после перезагрузки сервера, консоль потеряет связь с кластером, хотя сама установлена правильно.

Контрольные точки

Как проверить результат

Подключение к агенту

Норма

Сервер добавлен, кластер раскрывается, видны процессы

Тревожный признак

Ошибка соединения — проверьте службу агента и порт 1540

Служба агента на сервере

Норма

Запущена, тип запуска — автоматически

Тревожный признак

Остановлена или стартует вручную

Создание базы через консоль

Норма

База создаётся и отображается в списке

Тревожный признак

Ошибка доступа к СУБД — проверьте учётные данные СУБД

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

Самая распространённая проблема — несовпадение версий консоли и сервера. Симптом: консоль не подключается к кластеру или выдаёт ошибку несовместимости. Решение — установить консоль строго той версии платформы, под которой работает агент, при этом параллельно могут стоять несколько версий.

Вторая частая ситуация — консоль установлена, но не видит кластер из-за сетевых ограничений. Проверяйте по порядку: запущена ли служба агента, открыт ли порт 1540 на брандмауэре, разрешается ли имя сервера в IP-адрес с рабочей станции. Команда telnet к серверу по порту 1540 быстро показывает, доступен ли агент по сети.

Помните про ограничение: консоль администрирования управляет кластером, но не заменяет инструменты СУБД. Резервное копирование, обслуживание индексов и мониторинг нагрузки на базу выполняются средствами MS SQL Server, PostgreSQL или другой используемой СУБД.

FAQ

Можно ли установить консоль администрирования без установки самого сервера 1С?

Да. В мастере установки дистрибутива сервера снимите отметку с компонента «Сервер 1С:Предприятия» и оставьте только «Администрирование сервера». Консоль подключится к удалённому агенту по сети через порт 1540.

Где скачать консоль администрирования отдельно?

Отдельного дистрибутива консоли не существует — она входит в состав дистрибутива сервера 1С:Предприятия, который доступен на портале 1С при действующей подписке ИТС или через партнёра.

Консоль не подключается к серверу, что проверить в первую очередь?

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

Можно ли держать на одном компьютере консоли разных версий платформы?

Да, разные версии платформы устанавливаются в отдельные каталоги и не конфликтуют. Консоль каждой версии подключается к кластеру соответствующей версии.

Чем консоль отличается от утилиты rac?

Консоль — графическая оснастка для Windows. Утилита rac — консольный инструмент из состава сервера, подходит для автоматизации и работы на Linux. По возможностям они близки, но rac удобнее для скриптов.