Профессиональная установка сервера 1С:Предприятие

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

Серверная платформа нужна, когда в базе работают больше 5–10 человек, база разрослась до десятков гигабайт или нужны фоновые задания и регламентные операции без блокировок. Для одного-двух пользователей хватит файлового варианта, и сервер только усложнит жизнь.

Что нужно решить до установки: ОС, железо, версия

Сначала определитесь с тремя параметрами. Дальше их менять больно.

Операционная система. Сервер 1С работает на Windows Server и на основных дистрибутивах Linux (Debian, Ubuntu, Astra Linux, РЕД ОС, Альт и другие). Linux дешевле: нет лицензии на ОС, меньше накладных расходов. Windows проще тем, что знаком большинству администраторов и ставится мастером.

Железо. Ориентиры для сервера приложений 1С (ориентировочно, зависят от нагрузки):

• 🧠 память: от 2 ГБ на каждого активного пользователя плюс запас на ОС;
• ⚙️ процессор: частота важнее числа ядер, потому что одно задание 1С почти не параллелится;
• 💾 диск под базу и журналы: SSD или NVMe, не обычные диски;
• 🌐 сеть: гигабит между сервером 1С и СУБД, если они на разных машинах.

Для 20 пользователей средней нагрузки обычно берут 8 ядер и 32 ГБ ОЗУ на всё сразу (1С и СУБД на одной машине). Это начальная точка, а не гарантия.

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

Подготовка Linux: пользователь, локаль, зависимости

Работаем на Debian или Ubuntu. На других дистрибутивах команды отличаются только менеджером пакетов.

1. Обновите систему и поставьте базовые пакеты.

   sudo apt update && sudo apt upgrade -y
   sudo apt install -y fontconfig libfreetype6 libgsf-1-114 unixodbc
   

2. Задайте русскую локаль. Без неё 1С может неправильно сортировать и показывать кириллицу.

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

3. Проверьте синхронизацию времени (timedatectl). Расхождение времени между серверами кластера и СУБД ломает блокировки и лицензии.

4. Поставьте шрифты Microsoft или их аналоги. Без них печатные формы «ломаются» в расчёте размеров.

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

Установка СУБД и подготовка хранилища

База 1С в серверном режиме живёт в СУБД. Выбор — PostgreSQL или Microsoft SQL Server (на Windows).

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

Порядок действий:

1. Поставьте подходящую сборку PostgreSQL и инициализируйте кластер СУБД в отдельной папке на быстром диске.

2. Создайте роль для 1С с правом создавать базы.

   CREATE ROLE onec WITH LOGIN SUPERUSER PASSWORD 'надёжный_пароль';
   

3. В postgresql.conf задайте параметры под память. Стартовые значения для сервера с 32 ГБ, где СУБД делит машину с 1С:

   Параметр	Значение
   shared_buffers	6–8 ГБ
   effective_cache_size	16–20 ГБ
   work_mem	32–64 МБ
   maintenance_work_mem	1 ГБ
   max_connections	100–200

4. Разрешите подключение с сервера 1С в pg_hba.conf и перечитайте конфигурацию.

Если СУБД и сервер 1С стоят на разных машинах, закройте порт PostgreSQL (по умолчанию 5432) файрволом так, чтобы он был виден только серверу 1С.

Установка сервера 1С на Linux по шагам

Скачайте дистрибутив платформы для Linux с портала поддержки 1С (нужен договор сопровождения или ИТС). Архив содержит набор пакетов, нам нужны три основных.

1. Распакуйте архив и перейдите в папку.

2. Установите пакеты в таком порядке: общие файлы, затем сервер.

   sudo dpkg -i 1c-enterprise-8.3.*-common_*.deb
   sudo dpkg -i 1c-enterprise-8.3.*-server_*.deb
   sudo apt -f install
   

   Точные имена файлов зависят от релиза. Команда apt -f install подтянет недостающие зависимости.

3. Платформа ложится в /opt/1cv8/x86_64/<версия>/. Служба при установке автоматически не включается. Подключите её как службу systemd, указав путь к файлу службы в каталоге платформы.

   sudo systemctl link /opt/1cv8/x86_64/<версия>/srv1cv83.service
   sudo systemctl enable srv1cv83
   sudo systemctl start srv1cv83
   

4. Проверьте, что процессы запущены.

   systemctl status srv1cv83
   ps aux | grep -E "ragent|rmngr|rphost"
   

Должны появиться ragent (агент сервера), rmngr (менеджер кластера) и rphost (рабочие процессы). Если rphost нет, это нормально до первого подключения к базе.

Если нужна удалённая консоль администрирования, запустите сервер администрирования ras. Он слушает порт 1545 и нужен утилите rac и графической консоли.

На Windows всё проще. Запустите установщик setup.exe, выберите компоненты «1С:Предприятие» и «Сервер 1С:Предприятия», укажите пользователя службы и поставьте галочку установки службы. Пользователь службы должен иметь право входа как служба и права на каталог кластера.

Кластер, порты и лицензии

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

/opt/1cv8/x86_64/<версия>/rac cluster list

Если ras ещё не запущен, сначала поднимите его. Дальше в кластере создаются информационные базы: через консоль администрирования или при добавлении базы в клиенте 1С.

Порты. Откройте на файрволе только нужное:

Порт RAS не публикуйте в интернет. Доступ к нему должен быть только из внутренней сети или по VPN.

Лицензии. Серверная лицензия отдельно от клиентских. Есть два вида: аппаратный ключ (USB, на Linux ему нужен драйвер защиты) и программная лицензия, которую получают по регистрационному номеру и пин-коду. Программную активируют на этой же машине, и привязка идёт к её параметрам. После смены железа или виртуальной машины лицензию придётся получать заново.

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

Что даёт каждая из них:

• ✅ аппаратный ключ: переносится между машинами, но требует драйвера и физического доступа;
• ✅ программная лицензия: проще в виртуалке, но привязана к конфигурации сервера;
• ⚠️ при ошибках «не найден ключ защиты» сначала смотрите драйвер и службу, потом сам ключ.

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

Первые настройки определяют, как сервер поведёт себя под нагрузкой.

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

Журнал регистрации. Он нужен, но быстро разрастается. Основные приёмы:

• 📂 держите журнал на отдельном быстром диске, не вместе с логами ОС;
• 🧹 настройте регламентную очистку журнала регистрации в самой информационной базе;
• 🔎 для разовой диагностики включайте технологический журнал только на время расследования.

Технологический журнал настраивается файлом logcfg.xml в каталоге conf платформы. Он пишет много данных. Ставьте его с фильтром по событию и сроком хранения в часах, а не днях.

Обслуживание СУБД. Для PostgreSQL регулярно запускайте VACUUM ANALYZE или настройте autovacuum. Без него база пухнет, а планы запросов устаревают.

Резервное копирование и безопасность

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

Способы копирования базы:

Копия, которую ни разу не пробовали восстановить, копией не считается. Раз в месяц разворачивайте её на тестовом сервере и открывайте базу.

Безопасность сервера. Минимальный набор:

1. Файрвол: наружу только нужные порты, RAS и СУБД закрыты.
2. Отдельные учётные записи для администрирования кластера и для пользователей баз.
3. Обновления ОС и платформы по плану, а не «когда сломается».
4. Служба 1С не работает от root.
5. Доступ по SSH по ключам, парольный вход отключён.

Если сервер доступен из интернета (например, для веб-клиента), ставьте перед ним обратный прокси с TLS и не открывайте напрямую порты кластера.

Обновление платформы без простоя

Новая версия ставится рядом со старой, в свой каталог /opt/1cv8/x86_64/<версия>/. Это позволяет откатиться.

1. Установите новые пакеты, не удаляя старые.
2. Остановите службу вечером, когда в базах нет сеансов.
3. Переключите файл службы на новый каталог и запустите её.
4. Обновите клиентов до той же версии и проверьте вход в базы.
5. Через неделю без проблем удалите старую версию.

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