Linux под сервер 1С: Ubuntu, Debian, Astra, РЕД ОС и что брать вам

Для сервера 1С чаще всего берут Ubuntu Server LTS или Debian, если нужна свобода и свежие пакеты, и Astra Linux, РЕД ОС или ALT, если требуется сертифицированная российская система. Главное правило одно: выбирайте дистрибутив из списка, который заявлен для вашего релиза платформы 8.3, а не тот, что «просто нравится».

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

Что решает выбор: пять критериев до сравнения дистрибутивов

Сравнивать дистрибутивы по «популярности» бессмысленно. Сначала зафиксируйте условия.

1. Поддержка платформы. В описании релиза платформы 8.3 перечислены поддерживаемые дистрибутивы и их версии. Если вашей системы там нет, вы остаётесь без гарантий, и на любой вопрос в поддержке получите «используйте поддерживаемую ОС».
2. Требования регулятора. Госорганизации, КИИ, обработка персональных данных по повышенным требованиям — здесь часто нужна сертификация ФСТЭК. Это сразу сужает выбор до Astra Linux, РЕД ОС, ALT и подобных.
3. Кто будет администрировать. Если в штате специалист по Debian/Ubuntu, не переучивайте его на RPM-семейство ради красивой картинки.
4. Срок поддержки. Серверу 1С жить годами. LTS-ветки с пятилетним циклом подходят, промежуточные релизы с коротким сроком — нет.
5. Сопутствующий софт. Вместе с 1С обычно ставят PostgreSQL, веб-сервер для публикации, средства резервного копирования. Проверьте, что они есть в репозиториях.

Ubuntu Server и Debian: универсальная пара

Это самый частый выбор для частных компаний и небольших организаций.

Ubuntu Server LTS

• 🟢 Самая большая база инструкций: почти любой вопрос уже гуглится.
• 🟢 Пакеты платформы в формате deb ставятся штатным менеджером пакетов.
• 🟢 Пятилетняя поддержка LTS-веток, понятный график выходов.
• 🔴 Некоторые «новые» LTS приходят с версиями библиотек, под которые платформа ещё не проверена. Ставьте LTS, которая уже есть в списке поддерживаемых вашим релизом.

Debian

• 🟢 Консервативный, предсказуемый, минимум лишнего в базовой установке.
• 🟢 Хорошо подходит как «тихий» сервер, который не трогают месяцами.
• 🔴 Пакеты в стабильной ветке старее, чем в Ubuntu. Для PostgreSQL это решается подключением репозитория разработчика сборки.

Для обеих систем установка серверной части 1С выглядит одинаково: распаковываете архив дистрибутива, ставите deb-пакеты сервера, получаете службу srv1cv83 и каталог вида /opt/1cv8/x86_64/<номер_релиза>.

RHEL-семейство и российские ОС: когда нужны сертификаты

Red Hat Enterprise Linux и клоны

RHEL — выбор крупных компаний, у которых уже есть подписка и стандарт на RPM-семейство. Пакеты платформы идут в формате rpm. Бесплатные клоны (Rocky Linux, AlmaLinux) обычно повторяют поведение RHEL.

Про CentOS помните: классический CentOS закончился, а CentOS Stream — это ветка, идущая впереди RHEL, а не стабильная замена. Для продуктивного сервера 1С её брать не стоит.

Российские дистрибутивы

Плюсы российских систем: сертификация, поддержка на русском, своя техподдержка с SLA. Минусы: репозитории беднее, свежие версии программ приходят позже, а при нестандартной настройке (например, мандатный контроль доступа в Astra) 1С и PostgreSQL могут вести себя не так, как в обычном Debian.

Что с производительностью и совместимостью

Честный ответ: разница между Ubuntu, Debian и RHEL-семейством на одинаковом железе с одинаково настроенной СУБД укладывается в погрешность. Скорость определяют:

• 💾 диск (SSD или NVMe против HDD — разница в разы);
• 🧠 объём оперативной памяти под кэш СУБД;
• ⚙️ настройки PostgreSQL;
• 🌐 задержка сети между серверами приложений и СУБД.

Поэтому «самый быстрый Linux для 1С» — миф. Совместимость важнее скорости: нужна ОС, которую поддерживает ваш релиз.

Железо: на что ориентироваться

Ориентировочные цифры для сервера «всё в одном» (приложение 1С и PostgreSQL на одной машине), примерно:

Это ориентир, а не норма: точнее покажет замер на вашей нагрузке. Тяжёлые операции (закрытие месяца , массовое проведение) требуют запаса по процессору и памяти.

Linux или Windows: что меняется для пользователей

Клиенты не замечают разницы. К серверу 1С на Linux подключаются и Windows-клиенты, и Linux-клиенты, и веб-клиент. А вот администратору придётся работать в командной строке: консоль rac и утилита администрирования вместо привычной оснастки «Администрирование серверов 1С:Предприятия». Графическая консоль серверов также работает и подключается к кластеру на Linux с клиентской машины.

Установка и настройка: сервер 1С и PostgreSQL по порядку

Общий порядок одинаков для любого дистрибутива.

1. Подготовьте систему. Обновите пакеты, задайте имя хоста, часовой пояс и локаль ru_RU.UTF-8. Без русской локали возможны проблемы с сортировкой и сообщениями.
2. Установите зависимости. Платформе нужны системные библиотеки и шрифты. Точный список зависит от релиза и дистрибутива, проверьте его в описании установки платформы для Linux. Если пакет сервера ставится через менеджер пакетов, недостающие зависимости он подтянет сам.
3. Поставьте PostgreSQL. Для 1С используют сборки с доработками под 1С: Postgres Pro или собственные сборки сообщества. Обычный PostgreSQL из репозитория дистрибутива работает хуже, а для крупных баз не рекомендуется.
4. Установите сервер 1С. Поставьте пакеты сервера, проверьте, что служба srv1cv83 запускается и порты кластера доступны.
5. Откройте порты. Стандартные порты кластера: 1540 (агент), 1541 (менеджер кластера), диапазон 1560–1591 (рабочие процессы).
6. Создайте информационную базу и подключите её к СУБД, указав сервер PostgreSQL, имя базы и пользователя.

Базовые команды для проверки:

systemctl status srv1cv83
ss -tlnp | grep -E '1540|1541'
rac cluster list

Последняя команда покажет кластеры и их идентификаторы. Остальные возможности утилиты смотрите в справке: rac help.

Настройки PostgreSQL, которые нужно сделать сразу

Базовые параметры в postgresql.conf (значения — стартовая точка, подберите под свою нагрузку):

shared_buffers = 25% от оперативной памяти
effective_cache_size = 50-75% от оперативной памяти
work_mem = 16MB
maintenance_work_mem = 512MB
max_connections = 200

Правило для памяти: на сервере с 32 ГБ под shared_buffers отводят порядка 8 ГБ. Не отдавайте СУБД всю память: ей нужно место под кэш файловой системы.

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

Резервное копирование и обслуживание

На Linux его часто упускают, потому что «и так работает». Настройте сразу:

• 📦 ежедневную выгрузку базы средствами СУБД (pg_dump) или физическое копирование с архивированием журнала;
• 🔁 регулярное обслуживание таблиц (очистка и обновление статистики), без него база со временем замедляется;
• 🧪 проверку восстановления: раз в квартал разворачивайте копию на тестовой машине и убеждайтесь, что она открывается;
• 📍 хранение копий на другом сервере или в другом хранилище, не на том же диске.

Копия, которую ни разу не восстанавливали, копией не считается.

Типичные проблемы и как их решить

В этом разделе только то, что реально ломает установку на Linux.

Если выбранный дистрибутив не взлетел

Не бейтесь с системой неделю. Развернуть тестовую виртуальную машину с другой подходящей ОС и сравнить поведение — вопрос часа. Если у вас стенд на виртуализации, снимайте снимки перед каждым шагом установки, чтобы быстро откатываться.

Если платформа и дистрибутив несовместимы, а менять систему нельзя, можно обновить платформу до релиза, где ваша ОС заявлена как поддерживаемая. Это дешевле, чем искать обходные пути.

Итоговые рекомендации

Коротко, по сценариям:

• 🥇 Коммерческая компания, нет требований регулятора: Ubuntu Server LTS из списка поддерживаемых платформой либо Debian.
• 🏛 Госсектор, КИИ, персональные данные с повышенными требованиями: Astra Linux или РЕД ОС в нужной редакции.
• 🏢 Крупная корпорация со стандартом на RPM: RHEL или Rocky/AlmaLinux.
• 🎓 Образование: ALT Linux.

Перед миграцией с Windows проверьте три вещи: что все ваши внешние обработки и компоненты не зависят от Windows-библиотек (COM-объекты, внешние компоненты Native API только под Windows), что у вас есть тестовая копия базы и что администратор готов к командной строке. Именно COM-объекты чаще всего блокируют перенос.

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