Поднимаем сервер 1С:Предприятия с нуля: Windows, Linux, кластер и проверка

Чтобы поднять сервер 1С, нужны четыре вещи: машина с достаточным запасом по памяти, пакет сервера той же версии, что и платформа у клиентов, служба «Агент сервера» под отдельным пользователем и открытые порты 1540, 1541 и диапазон 1560–1591. Дальше в консоли администрирования создаётся кластер, а в нём информационные базы.

Порядок один и на Windows, и на Linux. Различается только установка пакетов и запуск службы. Ниже оба варианта, затем кластер, лицензии, диагностика и тюнинг. Все команды можно копировать кнопкой в блоке кода.

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

Сервер 1С не любит «потом доделаем». Половина проблем после запуска растёт из подготовки: не тот диск, не та версия, закрытые порты.

Железо и ОС

Ориентиры для старта (примерные, под реальную нагрузку считайте отдельно):

Сервер СУБД (PostgreSQL или MS SQL) ставят отдельно, если пользователей больше 20–30. На маленькой базе допустимо держать всё на одной машине, но память СУБД и память rphost тогда делят одно железо.

Что сразу проверить:

• 💽 Диск под каталог кластера (srvinfo) и под данные СУБД лучше выделить отдельный, не системный.
• 🔤 Имя сервера — латиница, без подчёркиваний и спецсимволов. Клиенты подключаются по этому имени.
• 🕒 Время синхронизировано (NTP). Расхождение ломает лицензии и журналы.
• 🔢 Платформа на сервере и на клиентах — одна и та же версия до третьего числа (например, 8.3.25). Разные релизы платформы дают ошибку при подключении.

Порты и сеть

Откройте их во внутренней сети. Наружу в интернет порты 1С не выставляют: только через VPN или терминальный шлюз.

Установка сервера 1С на Windows Server

На Windows сервер ставится тем же установщиком, что и клиент, но с отметкой нужного компонента.

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

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

Каталог кластера на отдельном диске

Если каталог нужно вынести, остановите службу и пересоздайте её с нужным параметром. Служба запускает ragent с ключами, и ключ -d задаёт каталог:

ragent.exe -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "D:\srvinfo"

Для постоянного запуска эту строку прописывают в параметры службы через sc create. Если путь с пробелами, берите его в кавычки.

Развёртывание на Linux: Ubuntu и CentOS

Linux-сервер 1С устанавливают из пакетов .deb (Ubuntu, Debian) или .rpm (CentOS, Red Hat, Alt). Платформа на Linux — 64-битная.

Подготовка системы

Перед установкой поставьте локаль и базовые библиотеки. Без русской локали платформа может падать на кириллице в именах.

sudo locale-gen ru_RU.UTF-8
sudo update-locale LANG=ru_RU.UTF-8

Для графики в консоли и для работы ряда компонентов нужны шрифты и стандартные библиотеки. Список зависимостей пакетный менеджер подтянет сам, когда вы будете ставить пакеты 1С через apt или dnf, а не через голый dpkg -i.

Установка пакетов

Из дистрибутива сервера понадобятся: общий пакет (common), пакет сервера (server) и при необходимости пакет ядра на нужном языке (... -nls). Ставьте через пакетный менеджер, чтобы не ловить ошибки зависимостей:

sudo apt install ./1c-enterprise-8.3.*-common_*.deb ./1c-enterprise-8.3.*-server_*.deb

На CentOS и аналогах команда та же по смыслу, с dnf install и файлами .rpm.

Пакет создаёт пользователя usr1cv8 и группу grp1cv8, а также юнит службы srv1cv83. Платформа ложится в каталог вида /opt/1cv8/x86_64/8.3.хх.хххх/.

Запуск службы и автозапуск

sudo systemctl enable srv1cv83
sudo systemctl start srv1cv83
sudo systemctl status srv1cv83

В статусе должно быть active (running). Если служба сразу падает, смотрите journalctl -u srv1cv83 -n 50. Типичные причины: нет прав у usr1cv8 на каталог кластера, занят порт 1540 или не хватает библиотеки.

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

sudo chown -R usr1cv8:grp1cv8 /data/srvinfo

Открыть порты

sudo ufw allow 1540/tcp
sudo ufw allow 1541/tcp
sudo ufw allow 1560:1591/tcp

На системах с firewalld — firewall-cmd --permanent --add-port=1560-1591/tcp и --reload.

Создаём кластер и базу, настраиваем службы

После запуска агента кластер обычно уже есть: при первом старте создаётся локальный кластер на порту 1541. Управлять им можно консолью или командной строкой.

Консоль администрирования

1. Запустите «Администрирование серверов 1С:Предприятия» (на Windows она ставится вместе с платформой, на Linux — отдельным компонентом или с другой машины).
2. Добавьте центральный сервер: имя сервера и порт агента 1540.
3. Раскройте «Кластеры» и проверьте, что локальный кластер виден.
4. В ветке «Информационные базы» создайте базу: имя, тип СУБД, адрес сервера СУБД, имя базы и учётные данные.

Включите флажок «Создать базу данных в случае её отсутствия», если база на сервере СУБД ещё не создана. Сервер СУБД должен быть доступен по сети с машины кластера.

Рабочие процессы и ограничения

В свойствах кластера и рабочего сервера есть параметры, которые стоит выставить сразу:

• 🔢 «Количество информационных баз на процесс» и «Количество соединений на процесс» определяют, сколько рабочих процессов запустится. Для небольшой базы подойдёт один-два процесса на базу.
• 💾 «Допустимый объём памяти рабочих процессов» и «Интервал перезапуска» защищают от утечек. Процесс, который вышел за лимит, перезапустится, когда освободится от сеансов.
• 🧩 «Безопасный расход памяти за один вызов» не даёт одному запросу съесть всю память.

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

Администрирование из командной строки

Для скриптов используют rac и ras. Сначала запускается ras, затем rac подключается к нему:

ras cluster --port=1545 localhost:1540
rac localhost:1545 cluster list

Так можно получать список сеансов, отключать зависшие и создавать базы автоматикой.

Лицензирование: программная лицензия и ключ защиты

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

Сервер получает лицензию в момент подключения клиента. Если лицензии нет, клиент видит сообщение вроде Не найдено свободной лицензии.

Для виртуальной машины программная лицензия удобнее ключа: нет проблем с пробросом USB. Но при клонировании ВМ привязка может слететь, и активацию придётся делать заново.

Диагностика проблем при запуске

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

Где смотреть логи

На Windows файлы журналов лежат в каталоге кластера, подпапка с логами рабочих процессов, и в журнале событий Windows. На Linux — рядом с кластером и в journalctl. Технологический журнал включается файлом logcfg.xml в каталоге conf платформы. Включайте его на время разбора проблемы, а не навсегда: он быстро растёт.

Оптимизация производительности после запуска

Запустили, база открывается. Теперь не дайте серверу тормозить через месяц.

• ⚡ Диск — главный узел. Журналы СУБД и временные файлы держите на быстром SSD или NVMe.
• 🧠 Память СУБД и память rphost не должны вместе занимать всю оперативную память. Оставьте запас для ОС, хотя бы 10–15%.
• 📈 Следите за числом сеансов и загрузкой процессора по рабочим процессам. Один процесс, который стабильно выжимает ядро, — повод искать тяжёлый запрос.
• 🔄 Настройте регламентное обслуживание СУБД: обновление статистики и очистку. Для PostgreSQL используйте сборку, рекомендованную для 1С, и параметры, подобранные под объём памяти.
• 🧹 Раз в сутки пусть работает перезапуск рабочих процессов в ночное время. Он снимает накопленные утечки.

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

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