К статье
Практический материал

Администрирование · 10 мин

Какой дистрибутив Linux выбрать для 1С

Какой дистрибутив Linux выбрать для сервера 1С и рабочих станций: совместимость платформы, PostgreSQL, поддержка, сравнение вариантов и типичные ошибки развёртывания.

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

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

Какие компоненты 1С работают на Linux

Перед выбором дистрибутива определите, какие части системы будут работать на Linux. Сервер 1С:Предприятия имеет нативную Linux-версию и распространяется в пакетах DEB и RPM. Это значит, что пакетная база дистрибутива напрямую определяет простоту установки и обновлений.

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

Клиентская часть — тонкий и толстый клиент — также существует для Linux, но с ограничениями: COM-соединения, OLE-интеграции и часть механизмов взаимодействия с офисными пакетами работают иначе или недоступны. Веб-клиент через браузер таких ограничений не имеет и часто становится оптимальным решением для Linux-рабочих станций.

Требования к дистрибутиву со стороны платформы

Формальный критерий — наличие дистрибутива в системных требованиях конкретной версии платформы 1С. Вендор тестирует сборки на определённых системах, и именно эти конфигурации считаются поддерживаемыми. Практический критерий — наличие пакетов нужного формата (DEB или RPM) и библиотек тех версий, которые ожидает платформа.

Обращайте внимание на версию glibc, набор шрифтов (для корректной печати и отображения форм нужны шрифты Microsoft или их совместимые аналоги), библиотеки для работы с графикой и криптографией. На минималистичных серверных сборках этих компонентов часто нет, и их приходится доустанавливать вручную.

Отдельный вопрос — архитектура. Сервер 1С для Linux выпускается под x86-64; если вы рассматриваете ARM-серверы или другие архитектуры, сначала убедитесь, что для них существует сборка платформы нужной версии.

Формат пакетовDEB или RPM

Совпадает ли с пакетами сервера 1С и пропатченного PostgreSQL

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

Есть ли дистрибутив в системных требованиях вашей версии платформы

Срок поддержкиЖизненный цикл релиза

Хватит ли срока обновлений на планируемый период эксплуатации

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

Есть ли нужные библиотеки, шрифты, СУБД в штатных репозиториях

Дистрибутивы для сервера 1С и СУБД

Отечественные дистрибутивы — Astra Linux, ALT Linux, РЕД ОС, ROSA — традиционно входят в списки совместимости и имеют прямую поддержку производителей, что важно при инцидентах. Astra Linux дополнительно востребована там, где требуется сертификация ФСТЭК для работы с защищаемой информацией. ALT Linux и РЕД ОС часто выбирают за стабильные репозитории и наличие готовых пакетов пропатченного PostgreSQL.

Из международных вариантов исторически популярны CentOS и его наследники, а также Ubuntu LTS и Debian. После изменения модели выпуска CentOS многие мигрировали на AlmaLinux или Rocky Linux, которые сохраняют бинарную совместимость с RHEL. Эти системы хорошо документированы, но формальная поддержка со стороны вендора 1С может быть ограничена — уточняйте для своей версии платформы.

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

Сравнение вариантов для сервера

Astra Linux

Подходит при требованиях сертификации и импортозамещения; ограничение — стоимость лицензий и специфика настройки

ALT Linux / РЕД ОС

Отечественная поддержка, готовые пакеты для 1С; ограничение — меньше готовых инструкций в сети, чем по Ubuntu

AlmaLinux / Rocky Linux

Совместимость с экосистемой RHEL, длинный цикл поддержки; ограничение — проверяйте формальную совместимость с вашей версией платформы

Ubuntu Server LTS

Простая установка, много документации; ограничение — DEB-формат и не всегда полная официальная поддержка вендором

Дистрибутивы для рабочих станций пользователей

На клиентских местах требования мягче: здесь важнее стабильность графического окружения, наличие драйверов принтеров и возможность печати из 1С. Для тонкого клиента и веб-клиента подойдёт практически любой актуальный дистрибутив с современным браузером.

Если нужен толстый клиент, выбирайте систему с DEB- или RPM-совместимостью с пакетами платформы и уделите внимание шрифтам: без установки совместимых шрифтов печатные формы могут «плыть», а в отчётах появляются квадраты вместо символов. Проверяйте также работу сканеров штрихкодов, фискальных регистраторов и другой торговой периферии — драйверы под Linux существуют не для всех моделей.

Порядок развёртывания сервера 1С на Linux

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

Установка сводится к развёртыванию ОС, установке пропатченного PostgreSQL, установки пакетов сервера 1С, создания кластера и публикации баз. После установки обязательна настройка: параметры shared_buffers, work_mem и effective_cache_size в PostgreSQL, ограничения памяти рабочих процессов кластера 1С, регулярное обслуживание баз (vacuum, reindex).

Порядок действий
  1. 1
    Сверьте версию платформы 1С со списком поддерживаемых ОС и выберите дистрибутив из этого списка
  2. 2
    Установите ОС в минимальной серверной конфигурации, обновите пакеты
  3. 3
    Установите PostgreSQL со специальными патчами для 1С — не из стандартного репозитория
  4. 4
    Установите пакеты сервера 1С, запустите службы агента и кластера
  5. 5
    Создайте тестовую базу, выполните нагрузочную проверку и тестирование типовых операций
  6. 6
    Настройте резервное копирование и мониторинг до перевода системы в продуктивную эксплуатацию
Контрольные точки

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

Службы сервера 1С
Норма

Агент, кластер и рабочие процессы запущены и переживают перезагрузку

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

Службы падают или не стартуют автоматически

Работа базы
Норма

Проведение документов и отчёты выполняются без ошибок, время отклика стабильно

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

Ошибки СУБД в журнале, резкие скачки времени ответа

Журналы PostgreSQL
Норма

Нет ошибок сегментации, checkpoint проходят регулярно

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

Ошибки повреждения данных, аварийные перезапуски

Резервное копирование
Норма

Копия создаётся и успешно восстанавливается на тестовом стенде

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

Копия есть, но восстановление не проверялось

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

Самая частая ошибка — установка обычного PostgreSQL из репозитория дистрибутива. База поднимется и даже будет работать на малых объёмах, но затем начнутся проблемы с блокировками, производительностью и отдельными механизмами платформы. Вторая ошибка — выбор дистрибутива по личным предпочтениям администратора, а не по списку совместимости: например, rolling-release системы с постоянно обновляющимися библиотеками ломают платформу при очередном обновлении ОС.

Третья группа ошибок — пренебрежение настройкой. Параметры PostgreSQL по умолчанию рассчитаны на слабое оборудование и не используют ресурсы сервера; кластер 1С без ограничений памяти способен занять всю оперативную память и вызвать срабатывание OOM-killer, который прибьёт самый тяжёлый процесс — как правило, СУБД.

Типичные ошибки
01
PostgreSQL из стандартного репозитория без патчей — ошибки платформы и деградация производительности
02
Дистрибутив вне списка совместимости — непредсказуемые сбои после обновлений ОС
03
Отсутствие ограничений памяти кластера — OOM-killer завершает процессы СУБД
04
Перенос продуктивной базы без тестового стенда — простои при несовместимости
05
Игнорирование шрифтов на клиентах — искажённые печатные формы и отчёты

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

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

Можно, если конкретная версия Ubuntu LTS присутствует в системных требованиях вашей версии платформы и вы готовы самостоятельно решать вопросы поддержки. Для организаций с требованиями к отечественному ПО или сертификации Ubuntu не подойдёт — выбирайте Astra Linux, ALT Linux или РЕД ОС.

Подойдёт ли обычный PostgreSQL из репозитория дистрибутива?

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

Что выбрать для небольшой компании без выделенного администратора Linux?

Оптимально — дистрибутив с коммерческой поддержкой производителя (ALT Linux, РЕД ОС, Astra Linux) либо вариант, где развёртыванием занимается партнёр 1С. Самостоятельное сопровождение Linux-инфраструктуры без профильного специалиста рискованно: при инциденте время восстановления может оказаться критичным.

Работает ли толстый клиент 1С на Linux полноценно?

Работает, но с ограничениями: недоступны COM/OLE-механизмы, часть интеграций с офисными приложениями и Windows-специфичные функции. Если конфигурация активно использует такие механизмы, оставьте соответствующие рабочие места на Windows или переведите пользователей на веб-клиент.

Нужно ли разносить сервер 1С и PostgreSQL на разные машины?

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

Итог

Что важно запомнить

Выбирайте дистрибутив из списка совместимости вашей версии платформы 1С, используйте только пропатченный PostgreSQL, настраивайте ограничения памяти и обязательно проверяйте систему на тестовом стенде до продуктивного запуска. Для клиентских мест оценивайте периферию и интеграции: где они критичны — веб-клиент безопаснее толстого.