1С на Windows или Linux: что выбрать для сервера и рабочих мест

ОС рабочего места и ОС сервера — разные решения

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

Например, сотрудники могут сохранить Windows и привычный клиент, а сервер приложений работать на Linux с совместимой СУБД. Другой проект может сохранить серверную часть на Windows и проверить Linux только на части рабочих мест. Возможность смешивать компоненты описана в материале 1С о кроссплатформенности; она не отменяет ограничений каждой конкретной связки.

В файловом варианте отдельного сервера приложений и SQL-СУБД нет. Сравнение клиент-серверной инфраструктуры нельзя механически переносить на общую папку с файловой базой.

Windows и Linux: что сравнивать на практике

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

Совместимость: фиксируем точные версии

В спецификации записывают полный номер платформы, версию конфигурации и расширений, ОС с редакцией, архитектуру процессора, точную сборку СУБД и её источник. «1С 8», «какой-нибудь PostgreSQL» и «последняя Ubuntu» недостаточны для проверки.

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

Пример того, почему важен релиз: в описании 8.5.4 указаны отдельные дистрибутивы и изменения работы на Linux. Эти возможности нельзя автоматически приписывать старому серверу 8.3. Примеры в статье не требуют переходить именно на 8.5.4: целевой релиз выбирают с учётом конфигурации и поддержки. Источники проверены 28.10.2026.

ОС и СУБД: два отдельных выбора

PostgreSQL не является частью Linux, а Windows не обязывает использовать SQL Server. Но конкретный сервер 1С должен поддерживать конкретную СУБД. В опубликованном описании кроссплатформенности 1С отдельно указано ограничение взаимодействия рабочих серверов Linux с Microsoft SQL Server. Поэтому план «оставим SQL Server и просто заменим ОС сервера 1С» нельзя принимать без подтверждения поддержки именно вашего релиза.

Установка самого SQL Server под Linux, если она поддерживается Microsoft, не доказывает совместимость с сервером 1С под Linux. Это разные уровни проверки.

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

Смена СУБД может изменить планы запросов, блокировки, обслуживание и время восстановления. Перенос с SQL Server на PostgreSQL — самостоятельная работа с испытанием запросов и регламентов. Нельзя оценивать эффект только по тому, что база успешно загрузилась.

Что может помешать переходу: COM, DLL и файлы

Внешнее соединение через COMConnector относится к Windows. Для интеграции можно рассмотреть HTTP-сервис или другой поддерживаемый механизм, но это отдельная доработка с проверкой авторизации, ошибок и повторной отправки.

Технология Native API поддерживает Windows и Linux. Это не делает любую готовую компоненту переносимой: нужны её сборка под целевую ОС и архитектуру, зависимости и подтверждение разработчика.

• Пути и регистр: жёстко заданный Windows-путь, имя файла с другим регистром или недоступная сетевая папка могут сломать обмен.
• Служебная учётная запись: доступ администратора по SSH или RDP не подтверждает доступ процесса 1С к каталогу.
• Внешние программы: проверяют команды запуска, кодировки, временные каталоги и обработку ошибок.
• Сеть: имена серверов, разрешённые направления, сертификаты и доменная аутентификация должны работать в целевой схеме.

Рабочие места: печать, подпись и оборудование

Открытие базы — только первая проверка. На Linux-рабочем месте испытывают реальные печатные формы, шрифты, PDF, Excel-выгрузки, сканирование и периферию. Одинаковая бизнес-функция может зависеть от разных клиентских компонентов.

• Электронная подпись: криптопровайдер, токен, драйвер и версия компоненты должны поддерживать выбранную ОС и архитектуру.
• Торговое оборудование: касса, сканер или принтер этикеток требуют проверки драйвера и способа подключения в этой конфигурации.
• Office-интеграция: сохранение файла и автоматическое управление установленным приложением — разные сценарии.
• Веб-клиент: может уменьшить зависимость от настольного клиента, но локальные устройства и расширения браузера всё равно проверяют.

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

Будет ли 1С на Linux быстрее

Заранее обещать ускорение нельзя. Сравнивают одну копию базы, одинаковые релизы, сопоставимые ресурсы и одинаковый сценарий. Если вместе с ОС меняются СУБД, процессор, диски и настройки, результат относится ко всему набору изменений, а не только к Linux.

Разделяют первый запуск с холодным кешем и повторные операции. Помимо среднего времени смотрят длинные задержки, например p95, если замеров достаточно; при маленькой выборке честнее показать все значения. Пользовательская оценка Apdex требует заранее выбранного порога ожидания и осмысленного сценария.

Тест Гилёва полезен как синтетический ориентир, но не показывает все особенности доработанной конфигурации, обменов и параллельной работы. Подробная методика — в статье «Почему тормозит 1С».

С чего начать техническую инвентаризацию

Сначала в клиенте откройте «О программе» и сохраните версию платформы и конфигурации, разрядность, режим подключения. Серверную версию и параметры экземпляра проверяйте отдельно: установленный пакет и реально запущенный процесс могут относиться к разным релизам.

Windows: ОС, службы и процессы

Примеры для PowerShell на обследуемом Windows-сервере. Они читают сведения и не перезапускают службы. Для полного доступа к сведениям может понадобиться административный сеанс.

Get-CimInstance Win32_OperatingSystem |
    Select-Object Caption, Version, OSArchitecture

Get-CimInstance Win32_Service |
    Where-Object { $_.PathName -match 'ragent|ras\.exe' } |
    Select-Object Name, State, StartName, PathName

Get-Process ragent,rmngr,rphost,ras -ErrorAction SilentlyContinue |
    Select-Object Name, Id, CPU, WorkingSet64

Путь службы помогает найти фактический исполняемый файл и параметры экземпляра; пользователь службы — проверить права. У Get-Process поле CPU показывает накопленное процессорное время, а не текущий процент; WorkingSet64 — рабочий набор в байтах. Снимок не заменяет мониторинг.

Linux: дистрибутив, процессы и служба

cat /etc/os-release
uname -m
ps -eo pid,user,comm | grep -E 'ragent|rmngr|rphost|ras'
systemctl list-units --all --type=service --no-pager
systemctl list-unit-files --type=service --no-pager

Найдите фактическую службу 1С по процессу и описанию. Имя зависит от пакета, версии и способа установки. list-units и list-unit-files показывают разные представления; отсутствие процесса не доказывает отсутствие установки.

# Впишите точное имя найденной службы, это не готовое имя 1С
unit='ACTUAL_1C_UNIT.service'
systemctl show "$unit" -p User -p ExecStart -p FragmentPath
journalctl -u "$unit" --since "1 hour ago" --no-pager

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

Что меняется для администратора

На Linux нужны понятные источники пакетов, совместимые библиотеки, правила обновления и специалисты по выбранному дистрибутиву. На Windows — управление службами, обновлениями и доступом. В обоих случаях важны состояние дисков, свободное место, корректное время, DNS, сертификаты, мониторинг и восстановление.

Ошибка доступа к каталогу — повод проверить владельца, права и политику защиты, а не выдавать всем полный доступ или отключать SELinux/AppArmor на всём сервере. Для Linux учитывают лимиты процессов и открытых файлов, для Windows — права служебной учётной записи и параметры служб. Значения выбирают по документации и измерениям.

Резервируют не только базу, но и необходимые настройки кластера, публикации, обменов и зависимых сервисов. Копирование каталога процессов работающей системы не является универсальным способом миграции. До изменений проверяют восстановление выбранным поддерживаемым методом.

Лицензии и затраты: Linux не делает 1С бесплатной

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

У Linux могут быть бесплатные дистрибутивы и коммерческие редакции с сопровождением. У открытой СУБД могут быть условия поставки, поддержки и применения конкретной сборки. Например, бесплатная сборка PostgreSQL для 1С от Postgres Professional и коммерческий Postgres Pro — разные предложения; ограничения использования и поддержку проверяют отдельно, особенно для услуги в облаке.

В смету добавляют аудит зависимостей, переделку обменов, пилот, перенос, обучение и обслуживание. Лицензионные данные и порядок восстановления защиты готовят заранее: простое копирование файла лицензии на другой сервер не является универсальной процедурой переноса.

Три ситуации из практики выбора

Пилот: как принять решение на своей базе

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

Пилот принимают по результату, а не по факту установки ОС. Необъяснённое расхождение в отчёте или неработающий критичный обмен — открытое замечание с владельцем и решением, а не «особенность Linux».

Переход и возврат: что согласовать заранее

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

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

Памятки для аудита и пилота

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

Вопросы о 1С на Windows и Linux