Сервер 1С ПРОФ: какие настройки доступны и как их применять

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

Лицензия ПРОФ снимает ключевые ограничения базовых поставок: нет жёсткого лимита на количество соединений в кластере, доступна работа с полноценными СУБД (MS SQL Server, PostgreSQL, Oracle, IBM DB2), поддерживается кластер из нескольких рабочих серверов. Именно поэтому ПРОФ-версия используется в организациях, где с 1С одновременно работают десятки и сотни сотрудников.

Управление настройками выполняется через консоль администрирования серверов 1С (для Windows) или через утилиту командной строки rac и файл конфигурации кластера (для Linux и автоматизации). Ниже разберём основные группы настроек, их назначение и безопасные границы изменения.

Настройки кластера серверов

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

Параметр «Допустимый объём памяти» ограничивает потребление одного рабочего процесса (rphost). Если процесс превышает лимит в течение заданного интервала, кластер перезапускает его, освобождая память. Это защита от утечек, но слишком низкое значение приведёт к частым обрывам сеансов пользователей. Подбирать лимит нужно под реальную нагрузку, наблюдая за потреблением памяти в типичные часы пик.

Также на уровне кластера задаются порты: диапазон портов рабочих процессов (по умолчанию начиная с 1560), порт агента сервера (1540) и порт менеджера кластера (1541). Эти значения важны при настройке файрвола между сервером 1С и сервером СУБД.

Рабочие процессы и распределение нагрузки

Рабочий процесс (rphost) обслуживает клиентские соединения и выполняет код конфигурации. В свойствах рабочего сервера задаётся количество рабочих процессов и максимальное число соединений на процесс. Правильное соотношение этих параметров — один из главных рычагов производительности.

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

Требования назначения функциональности позволяют закрепить определённые типы нагрузки за конкретными серверами кластера. Например, фоновые задания можно направить на отдельный сервер, чтобы регламентные операции не мешали интерактивной работе пользователей. Настраивается это через объект «Требование назначения функциональности» с указанием типа требования, объекта требования и приоритета.

Частая причина «тормозов» после переезда на сервер ПРОФ — один рабочий процесс с сотнями соединений. Увеличение числа rphost до 4–8 при умеренном числе соединений на каждый обычно даёт заметный эффект без дополнительных затрат на железо.

Настройки информационных баз

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

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

Также на уровне базы доступны: блокировка регламентных заданий (полезно на копиях баз для тестирования), блокировка начала сеансов с заданным сообщением пользователям (используется при обновлении), параметры внешнего управления сеансами. Блокировка сеансов — штатный способ корректно вывести пользователей перед обновлением конфигурации.

1. 1
   Откройте свойства информационной базы в консоли кластера
2. 2
   Установите блокировку начала сеансов с сообщением и временем окончания
3. 3
   Дождитесь завершения активных сеансов или завершите их принудительно
4. 4
   Выполните обновление конфигурации базы данных
5. 5
   Снимите блокировку и проверьте вход тестовым пользователем

Подключение к СУБД и её параметры

Сервер 1С ПРОФ работает с MS SQL Server, PostgreSQL (включая сборки Postgres Pro), Oracle Database и IBM DB2. Выбор СУБД задаётся при создании информационной базы и влияет на доступные настройки. Например, для PostgreSQL критично корректно сконфигурировать shared_buffers, work_mem и max_connections — значения по умолчанию рассчитаны на минимальную нагрузку и почти всегда требуют перенастройки.

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

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

Безопасность: администраторы и профили

Кластер поддерживает разграничение прав через списки администраторов на трёх уровнях: агент сервера, кластер и информационная база. Администратор агента управляет всеми кластерами сервера, администратор кластера — только своим кластером, администратор базы — только конкретной базой. Для повседневных операций рекомендуется заводить отдельные учётные записи с минимально необходимыми правами.

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

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

Мониторинг и проверка результата

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

Технологический журнал включается через конфигурационный файл logcfg.xml и позволяет фиксировать длительные запросы, ошибки, взаимоблокировки. Это основной источник данных при расследовании проблем производительности. Однако полный сбор событий создаёт большой объём логов и сам нагружает диск — включайте только нужные события и следите за свободным местом.

Контрольные точки

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

Сеансы пользователей в консоли кластера

Норма

Сеансы распределены между несколькими rphost равномерно

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

Все соединения сидят в одном процессе, остальные простаивают

Потребление памяти процессами rphost

Норма

Значения стабильны и ниже установленного лимита

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

Процессы регулярно упираются в лимит и перезапускаются

Регламентные задания

Норма

Задания выполняются по расписанию, ошибок в журнале нет

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

Задания стоят в очереди или завершаются с ошибками

Время отклика у пользователей

Норма

Типовые операции выполняются без видимых задержек

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

Периодические зависания, таймауты, обрывы соединений

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

Чем сервер 1С ПРОФ отличается от МИНИ и КОРП?

Версия МИНИ ограничена одним рабочим процессом и малым числом сеансов, подходит для небольших организаций. ПРОФ снимает эти ограничения и поддерживает многосерверные кластеры. КОРП добавляет расширенные функции управления кластером, повышенную отказоустойчивость и дополнительные механизмы масштабирования. Для большинства средних организаций достаточно ПРОФ.

Можно ли изменить настройки кластера без консоли администрирования?

Да. Утилита командной строки rac позволяет выполнять практически все операции администрирования: управлять кластерами, базами, сеансами, блокировками. Это основной способ автоматизации рутинных задач и единственный штатный вариант на Linux без графической оболочки.

Сколько рабочих процессов rphost оптимально для сервера?

Универсального числа нет: оно зависит от количества пользователей, объёма оперативной памяти и характера нагрузки. Практический подход — начать с нескольких процессов, ограничить число соединений на процесс и наблюдать за потреблением памяти и временем отклика, корректируя значения по фактическим замерам.

Что делать, если после смены настроек сервер стал работать хуже?

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

Нужно ли перезапускать сервер после изменения настроек?

Зависит от параметра. Настройки информационных баз (блокировки, лицензии) применяются без перезапуска. Изменение портов кластера и некоторых параметров агента требует перезапуска службы. Свойства рабочих процессов часто применяются к новым процессам — для полного применения может понадобиться перезапуск кластера.

Как защитить сервер 1С от несанкционированного доступа?

Минимальный набор: создать администраторов агента и кластера с надёжными паролями, ограничить сетевой доступ к портам 1540–1541 и диапазону рабочих процессов файрволом, использовать профили безопасности для ограничения серверного кода и регулярно проверять список активных сеансов на предмет неизвестных подключений.