При развертывании серверной инфраструктуры для 1С:Предприятие перед системным администратором часто встает дилемма: какую операционную систему выбрать для обеспечения максимальной производительности и простоты обслуживания, особенно если планируется использование серверов HP (HPE) и СУБД MS SQL Server. Ситуация осложняется, когда на одном физическом или виртуальном сервере необходимо запустить несколько различных версий платформы 1С. В данной статье мы подробно рассмотрим все технические нюансы этого процесса.
Проанализируем базовое ограничение, которое часто упускают из виду на этапе планирования. Если в качестве системы управления базами данных (СУБД) выбран MS SQL Server, это фактически сужает выбор операционной системы до семейства Windows Server. Рассмотрим, почему это так:
Если же рассматривается переход на Linux (например, Astra Linux или Ubuntu), то единственным стабильным и поддерживаемым вариантом СУБД будет PostgreSQL (рекомендуется использовать сборки от Postgres Pro, оптимизированные специально под требования 1С). Выясним причину: архитектурные особенности взаимодействия сервера приложений 1С с СУБД на разных ОС различаются, и связка Linux + MS SQL официально не сертифицирована для работы с 1С.
Часто возникает необходимость держать на одном сервере, например, версию 8.3.22 и 8.3.25. Разберем по шагам, как реализовать это без конфликтов. Основная задача здесь — разделение сетевых портов и правильная регистрация служб в системе.
Посмотрим на стандартную схему портов 1С:
ragent): 1540rmngr): 1541rphost): 1560–1591Для запуска второй платформы нам потребуется назначить ей альтернативные порты (например, 1640, 1641 и 1660–1691 соответственно). Рассмотрим процесс регистрации второй службы в Windows через командную строку. Проанализируем пример команды для утилиты sc create:
sc create "1C:Enterprise 8.3.25 Server" binPath= "\"C:\Program Files\1cv8\8.3.25.XXXX\bin\ragent.exe\" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d \"C:\Program Data\1C\8.3.25_ServiceData\"" start= auto displayname= "1C:Enterprise 8.3.25 Service"
Важные моменты при настройке:
-d для разделения каталогов с настройками кластера (srvinfo). Если обе службы будут смотреть в одну папку, это приведет к фатальной ошибке и порче данных.Серверы HP имеют свои специфические настройки в BIOS/UEFI, которые критически влияют на скорость работы 1С. Рассмотрим основные параметры, которые необходимо проверить:
Профиль электропитания. По умолчанию серверы часто настроены на режим энергосбережения. Для 1С это недопустимо. Необходимо установить режим Static High Performance. Выясним причину: при динамическом управлении питанием процессор постоянно меняет частоту ядер, что создает микрозадержки. Для транзакционной системы, коей является 1С, эти задержки выливаются в существенное замедление работы пользователей.
Технология Intel Turbo Boost. Она должна быть включена. Поскольку многие операции в 1С выполняются в один поток, нам важна максимальная частота одного конкретного ядра, а не общее количество ядер процессора.
Настройка NUMA. Проанализируем распределение памяти. В многопроцессорных системах HP важно, чтобы сервер 1С и СУБД понимали архитектуру памяти (NUMA-узлы). В некоторых случаях отключение Node Interleaving в BIOS помогает 1С быстрее обращаться к локальной памяти процессора.
При использовании нескольких кластеров на одном сервере стоит уделить внимание программным лицензиям. Рассмотрим ситуацию с виртуализацией: если сервер 1С запущен на виртуальной машине (Hyper-V или VMware), крайне не рекомендуется использовать динамическое распределение памяти. При изменении объема доступной памяти «на лету» уникальный идентификатор сервера может измениться, что приведет к аннулированию программной лицензии 1С.
В вопросе безопасности разберем проблему шифровальщиков, упомянутую в обсуждении. Для минимизации рисков придерживайтесь следующих правил:
ragent.exe или службу СУБД под учетной записью администратора домена или локального администратора.USR1CV8) с минимально необходимыми правами на папки с платформой и данными.Таким образом, мы выяснили, что для простоты обслуживания в связке с MS SQL оптимальным выбором остается Windows Server, а работа с несколькими версиями платформ реализуется через грамотное распределение портов и создание отдельных служб для каждого экземпляра ragent.