Как установить платформу 1С на сервер

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

Клиент-серверный вариант работы 1С включает три компонента: сервер 1С:Предприятия (агент, рабочие процессы), сервер СУБД (чаще всего Microsoft SQL Server или PostgreSQL) и клиентские приложения на рабочих местах. Платформа на сервер ставится из того же дистрибутива, что и на клиент, но с другим набором компонентов.

Дальше разберём подготовку сервера, установку платформы под Windows и Linux, запуск службы агента, проверку кластера и типичные ошибки, которые встречаются при развёртывании.

Подготовка сервера и системные требования

Перед установкой убедитесь, что сервер соответствует требованиям платформы. Для небольших внедрений достаточно 8–16 ГБ оперативной памяти, но реальный объём зависит от количества пользователей и размера баз: рабочие процессы сервера 1С (rphost) могут занимать значительную память под нагрузкой. Дисковая подсистема должна обеспечивать быстрый доступ — для баз данных критична скорость случайных операций чтения и записи.

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

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

Установка платформы 1С на Windows Server

Запустите файл setup.exe из дистрибутива платформы от имени администратора. Мастер установки предложит выбрать компоненты. Для сервера обязателен компонент «Сервер 1С:Предприятия»; если этот же сервер будет раздавать лицензии, оставьте также «Сервер 1С:Предприятия» с опцией установки службы. Компоненты «Тонкий клиент» и «1С:Предприятие» на сервере обычно не нужны, разве что для диагностики.

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

Стандартные порты агента сервера: 1540 (агент), 1541 (менеджер кластера), диапазон 1560–1591 (рабочие процессы). Если на сервере включён брандмауэр, откройте эти порты для входящих подключений, иначе клиенты не смогут подключиться к кластеру.

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

Установка платформы 1С на Linux

Для Linux платформа поставляется в виде пакетов .deb и .rpm. Установка выполняется пакетным менеджером с правами root. Сначала ставятся общие пакеты (common), затем серверный пакет (server), при необходимости — пакет веб-сервисов (ws) и сервер хранилища конфигураций (crs).

sudo dpkg -i 1c-enterprise-<em>-common_</em>.deb
sudo dpkg -i 1c-enterprise-<em>-server_</em>.deb
sudo apt-get install -f

После установки служба агента сервера регистрируется как systemd-юнит (srv1cv8). Управление выполняется стандартными командами systemctl start, stop, status. Проверьте, что служба запущена и процессы ragent, rmngr и rphost присутствуют в системе.

Обратите внимание на зависимости: платформе требуются определённые версии системных библиотек (например, libicu, Kerberos для аутентификации). Команда установки зависимостей apt-get install -f обычно подтягивает недостающее автоматически. Также для платформы под Linux часто требуется установить шрифты Microsoft, иначе возможны проблемы с печатными формами.

Регистрация службы агента и управление кластером

Если при установке служба не была зарегистрирована, это можно сделать вручную утилитой ragent с ключом -instsrvc, указав учётную запись и пароль. Удаление службы выполняется ключом -rmsrvc. Каталог реестра кластера по умолчанию располагается в каталоге srvinfo — там хранятся настройки кластера и список информационных баз.

Управление сервером выполняется через консоль «Администрирование серверов 1С:Предприятия» (оснастка устанавливается вместе с компонентом администрирования). В консоли добавьте центральный сервер, раскройте ветку кластера и убедитесь, что локальный кластер существует и рабочие процессы запущены. Именно здесь позже создаются информационные базы и настраиваются требования назначения функциональности.

Установка СУБД и создание информационной базы

Сама по себе платформа на сервере не даёт работающей системы — нужна СУБД. Наиболее распространённые варианты: Microsoft SQL Server и PostgreSQL (в том числе сборки, адаптированные под 1С). СУБД устанавливается отдельно, после чего создаётся пустая база данных и пользователь с правами на неё.

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

Типичные ошибки при установке

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

Вторая группа ошибок связана с правами: служба агента не стартует из-за истёкшего пароля учётной записи, а создание базы падает из-за недостатка прав пользователя СУБД. Третья типичная ситуация — закрытые порты и антивирус, блокирующий rphost: внешне всё установлено, но клиенты получают ошибку соединения с сервером.

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