Администрирование · 11 мин
Какой Linux выбрать для сервера 1С
Какой дистрибутив Linux подходит для сервера 1С: требования платформы, сравнение Ubuntu, Debian, Astra Linux и ALT Linux, установка PostgreSQL и настройка.
Платформа 1С:Предприятие официально поддерживает работу сервера на Linux, и это рабочая альтернатива Windows Server: не нужно платить за лицензии ОС и CAL, а связка с PostgreSQL заметно дешевле Microsoft SQL Server. Однако «линукс для 1С» — это не любой дистрибутив: фирма «1С» сертифицирует и тестирует платформу на ограниченном списке систем, и выход за его пределы означает, что техподдержка вправе отказать в разборе инцидента.
Выбор зависит от трёх факторов: требования к сертификации (гособственность, ФСТЭК, реестр отечественного ПО), квалификация администратора и бюджет на поддержку. Для типовой коммерческой организации чаще всего рациональны Debian или Ubuntu LTS, для организаций с требованиями по импортозамещению — Astra Linux или ALT Linux с действующей совместимостью с платформой 1С.
Ниже разобраны официальные требования платформы, сравнение конкретных дистрибутивов, порядок установки сервера 1С и PostgreSQL, типичные ошибки развёртывания и способы проверить, что система работает корректно.
Официальные требования платформы 1С к Linux
Фирма «1С» публикует системные требования для каждой версии платформы: там перечислены конкретные дистрибутивы и их версии, на которых сервер 1С тестируется. В разные релизы платформы в этот список входили Debian, Ubuntu LTS, Red Hat Enterprise Linux и его производные, а также российские Astra Linux, ALT Linux и РЕД ОС. Перед установкой сверьтесь с актуальным документом «Системные требования» для вашей версии платформы на портале 1С — состав списка меняется от релиза к релизу.
Важно понимать различие: «работает» и «поддерживается» — не одно и то же. Сервер 1С часто запускается и на неподдерживаемых системах (например, на свежих не-LTS релизах), но при обращении в техподдержку с такой конфигурацией вы можете получить отказ. Для продуктивного сервера с финансовыми данными это неприемлемый риск.
Сравнение дистрибутивов под сервер 1С
Debian Stable — самый частый выбор для небольших внедрений: стабильные версии пакетов, минимум лишнего ПО, долгий цикл поддержки. Минус — коммерческой поддержки от вендора нет, всё ложится на своего администратора или подрядчика.
Ubuntu Server LTS близка к Debian по пакетной базе, но имеет более предсказуемый график релизов (раз в два года) и пятилетнюю поддержку LTS-версий. Документации и готовых инструкций по связке «Ubuntu + 1С + PostgreSQL» больше, чем по любому другому дистрибутиву, что упрощает внедрение собственными силами.
Astra Linux и ALT Linux — варианты для организаций, которым нужна ОС из реестра российского ПО или сертификаты ФСТЭК. Оба вендора работают с фирмой «1С» над совместимостью, но перед покупкой проверяйте актуальный сертификат именно на вашу версию платформы. Стоимость лицензий и поддержки существенно выше бесплатных дистрибутивов, зато есть вендорская поддержка и закрытие требований регуляторов.
Сравнение вариантов
Коммерческая компания без особых требований. Бесплатно и стабильно, но поддержка — только своими силами.
Максимум готовых инструкций и предсказуемые релизы. Подходит для первого опыта 1С на Linux.
Госучреждения и компании с требованиями ФСТЭК. Платная лицензия, есть вендорская поддержка.
Импортозамещение с выбором редакций под разные задачи. Проверяйте совместимость конкретной редакции с платформой.
Крупные внедрения с корпоративной поддержкой. Избыточно для типовой 1С на 20–50 пользователей.
Аппаратные требования и расчёт ресурсов
Linux сам по себе потребляет меньше ресурсов, чем Windows Server, но основную нагрузку создают сервер 1С (rphost) и СУБД. Минимально разумная конфигурация для файловой замены — небольшой базы на 5–10 пользователей: 4 ядра CPU, 16 ГБ ОЗУ и SSD. Для баз PostgreSQL объём оперативной памяти критичнее процессора: данные должны по возможности кэшироваться в RAM.
Правило для PostgreSQL под 1С: выделяйте под shared_buffers порядка четверти оперативной памяти сервера и следите, чтобы рабочие процессы rphost не вытесняли СУБД. Если сервер 1С и PostgreSQL стоят на одной машине (приемлемо до 20–30 пользователей), суммарно закладывайте 32 ГБ ОЗУ и NVMe-диски — на SATA-HDD блокировки и дисковые ожидания будут заметны пользователям уже при небольшой нагрузке.
Установка сервера 1С и PostgreSQL: порядок действий
Общая последовательность одинакова для всех поддерживаемых дистрибутивов: сначала ставится СУБД, затем сервер 1С, затем создаётся информационная база через консоль кластера. Ключевая особенность — для 1С нужна сборка PostgreSQL с патчами (её публикует фирма «1С» на портале releases.1c.ru), а не пакет из стандартного репозитория.
- 1Установите чистую минимальную систему выбранного дистрибутива, настройте сеть, время (NTP) и hostname.
- 2Установите PostgreSQL со сборки с патчами 1С, выполните initdb и настройте параметры памяти в postgresql.conf.
- 3Установите пакеты сервера 1С (deb или rpm под ваш дистрибутив) и убедитесь, что служба агента сервера запущена.
- 4Проверьте, что пользователь, под которым работает сервер 1С, имеет доступ к кластеру, а пользователь postgres — к каталогу данных СУБД.
- 5Через консоль кластера серверов (с Windows-машины администратора) создайте информационную базу и загрузите данные.
- 6Настройте автозапуск служб, брандмауэр (порты 1540, 1541, 1560-1591, 5432) и резервное копирование.
Пример установки платформы на Debian/Ubuntu после загрузки пакетов с портала 1С:
sudo dpkg -i ./deb64/*.deb && sudo systemctl enable --now srv1cv8После установки проверьте, что агент сервера слушает порт 1540, а менеджер кластера — 1541. Если консоль кластера с рабочего места администратора не видит сервер, почти всегда причина в брандмауэре или неверном разрешении имён — добавьте имя сервера в DNS или в hosts на клиенте.
Настройка PostgreSQL под нагрузку 1С
Конфигурация PostgreSQL «из коробки» рассчитана на слабое железо и для 1С не подходит. Минимальный набор правок в postgresql.conf: увеличить shared_buffers, effective_cache_size (обычно 50–75% ОЗУ), work_mem, включить настройки, рекомендованные в документации к сборке 1С. После правок перезапустите СУБД и проверьте применение параметров запросом SHOW.
Отдельное внимание — локали. Базу данных PostgreSQL для 1С создают с локалью, совместимой с требованиями платформы (обычно ru_RU.UTF-8), иначе возможны ошибки сортировки и сравнения строк уже на этапе создания информационной базы. Поменять локаль существующего кластера без пересоздания нельзя — ошибка на этом шаге означает полную переустановку СУБД.
Когда Linux не подходит и что выбрать вместо него
Есть сценарии, где сервер 1С на Linux — плохое решение. Если у вас нет специалиста, способного администрировать Linux, а внедрение разовое, обслуживание через сторонних подрядчиков может обойтись дороже лицензий Windows. Также на Windows проще сценарии с COM-взаимодействием, OLE и некоторыми внешними компонентами, которые на Linux недоступны или требуют отдельной адаптации.
Компромиссный вариант — гибрид: сервер 1С и PostgreSQL на Linux, а специфические компоненты (например, интеграции через COM) на отдельной Windows-машине. Ещё одна альтернатива — готовые виртуальные образы или контейнерные развёртывания от вендоров, но их применимость для продуктивной среды нужно проверять по документации конкретного решения.
Как выбрать действие
Проверка работоспособности после развёртывания
После установки не ограничивайтесь тем, что база открывается. Проверьте: службы агента сервера и PostgreSQL в автозапуске и переживают перезагрузку; регламентные задания выполняются по расписанию; резервная копия реально создаётся и восстанавливается на тестовом стенде; под нагрузкой (одновременная работа пользователей) нет роста ожиданий на диске и свопирования.
Как проверить результат
Запущена автоматически, кластер доступен из консоли
Служба остановлена, базы недоступны до ручного запуска
Swap почти не используется, память в кэше СУБД
Активный swap, рост iowait — не хватает ОЗУ
Копия разворачивается на тестовом стенде без ошибок
Копия есть, но восстановление не проверялось или падает
Выполняются по расписанию, в журнале нет ошибок
Задания висят или завершаются с ошибками блокировок
Частые вопросы
Подойдёт ли бесплатный Linux для коммерческого использования с 1С?
Да. Debian и Ubuntu Server не требуют лицензионных платежей за использование в коммерческих целях. Отдельно оплачивается только сама платформа 1С и, при необходимости, коммерческая поддержка дистрибутива.
Можно ли использовать PostgreSQL из репозитория дистрибутива?
Для продуктивной работы — нет. Платформа 1С требует сборку PostgreSQL с патчами, которую публикует фирма «1С». Стандартный пакет приведёт к ошибкам при создании базы или к деградации производительности.
Сколько оперативной памяти нужно серверу 1С на Linux?
Для небольшой базы на 5–10 пользователей — от 16 ГБ, для 20–30 пользователей с PostgreSQL на той же машине — от 32 ГБ. Точный объём зависит от размера базы: чем больше данных помещается в кэш СУБД, тем быстрее работа.
Что делать, если мой дистрибутив не входит в список поддерживаемых?
Технически сервер может запуститься, но техподдержка 1С вправе отказать в разборе инцидентов. Для продуктивной среды безопаснее перейти на поддерживаемый дистрибутив, чем экспериментировать на рабочих данных.
Можно ли перенести базу с Windows-сервера 1С на Linux?
Да. Стандартный путь — выгрузка информационной базы в файл .dt на старом сервере и загрузка на новом через конфигуратор. Версии платформы на обоих серверах должны совпадать, а после переноса проверяют работу регламентных заданий и интеграций.
Нужен ли на сервере 1С графический интерфейс?
Нет. Сервер 1С и PostgreSQL полностью администрируются из консоли, а консоль кластера и конфигуратор запускаются с рабочего места администратора под Windows. Графическая оболочка на сервере — лишний расход ресурсов и поверхность атаки.
Что важно запомнить
Выбирайте дистрибутив только из списка поддерживаемых платформой: Debian или Ubuntu LTS для коммерческих компаний, Astra Linux или ALT Linux при требованиях импортозамещения. Используйте PostgreSQL со сборки с патчами 1С, правильную локаль, достаточный объём ОЗУ и обязательно проверяйте восстановление из резервных копий до ввода базы в эксплуатацию.