Сервер 1С:Предприятие: что это, как устроен и когда он нужен

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

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

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

Как устроена трёхзвенная архитектура 1С

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

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

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

Из каких компонентов состоит сервер 1С

Центральный элемент — агент сервера (процесс ragent). Он запускается как служба операционной системы, ведёт список кластеров и рабочих серверов, отвечает на запросы консоли администрирования. По умолчанию агент слушает порт 1540, а диапазон рабочих портов кластера — 1560–1591.

За исполнение прикладного кода отвечают рабочие процессы (rphost). Именно они выполняют запросы пользователей, загружают в память метаданные конфигурации и обращаются к СУБД. Рабочих процессов может быть несколько — кластер распределяет сеансы между ними. Дополнительно в кластере работает менеджер кластера (rmngr), который хранит реестр сеансов и сервисы, а также процесс ragent-заданий для фоновых и регламентных операций.

Управление всей этой структурой ведётся через консоль «Администрирование серверов 1С:Предприятия» (для Windows) или через консоль кластера и утилиту rac в Linux. Через консоль администратор создаёт информационные базы, смотрит активные сеансы, разрывает зависшие соединения, настраивает блокировку регламентных заданий и параметры рабочих процессов.

Чем серверный режим отличается от файлового

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

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

Когда переход на сервер действительно нужен

Однозначного порога «переходите при N пользователях» не существует — всё зависит от интенсивности работы и объёма данных. Но есть устойчивые признаки того, что файловый режим исчерпал себя: база заметно тормозит при одновременной работе более 5–10 человек, регулярно возникают ошибки блокировок и конфликты при проведении, файл базы вырос до десятков гигабайт, а тяжёлые отчёты выполняются по полчаса и мешают остальным.

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

Третий фактор — функциональные требования. Некоторые механизмы платформы и типовых конфигураций (например, полноценная работа с большими объёмами в ERP, веб-сервисы под нагрузкой, интеграции через сервер) рассчитаны именно на клиент-серверную архитектуру.

Маршрут решения

Файловый режим или сервер

До 5 пользователей, небольшая база, нет критичности к простоюОставайтесь на файловом режиме — он дешевле и проще

10+ одновременных пользователей, жалобы на тормоза и блокировкиПланируйте переход на сервер 1С и СУБД

Нужны регламентные задания по расписанию без запущенного клиентаТребуется серверный режим

База критична, простой недопустимСервер 1С + СУБД с регулярным резервным копированием

Что потребуется для развёртывания

Минимальный набор: серверная лицензия 1С:Предприятие (она приобретается отдельно от клиентских лицензий), установленная СУБД с соответствующими лицензиями и сам дистрибутив сервера 1С той же версии платформы, что и клиенты. Сервер 1С существует в 32- и 64-разрядных вариантах; для сколько-нибудь заметной нагрузки применяется 64-разрядный, поскольку 32-разрядный рабочий процесс ограничен по памяти.

По железу универсальных цифр нет — требования зависят от числа пользователей и характера нагрузки. Общие принципы: серверу 1С и СУБД нужна оперативная память с запасом (рабочие процессы rphost потребляют память пропорционально числу сеансов и сложности конфигурации), быстрые диски для базы данных и стабильная сеть между серверами. Экономить на дисковой подсистеме для СУБД — самая частая причина «тормозов» после перехода.

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

1. 1
   Установите и настройте СУБД (например, PostgreSQL или MS SQL Server), создайте учётную запись для баз 1С
2. 2
   Установите сервер 1С:Предприятия той же версии платформы, что и клиенты, активируйте серверную лицензию
3. 3
   Откройте консоль администрирования, добавьте сервер и убедитесь, что кластер виден
4. 4
   Создайте информационную базу через консоль или конфигуратор, указав параметры СУБД
5. 5
   Загрузите данные из файловой базы через выгрузку/загрузку (.dt)
6. 6
   Настройте резервное копирование средствами СУБД и проверьте восстановление на тестовой копии

Как проверить, что сервер работает корректно

Базовая проверка начинается с консоли администрирования: кластер должен отображаться, рабочие процессы — быть запущенными, а в списке сеансов при подключении пользователей должны появляться записи. Если сеанс создаётся и пользователь видит данные — цепочка «клиент → сервер 1С → СУБД» работает.

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

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

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

Как отличить норму от проблемы

Кластер в консоли администрирования

Норма

Кластер виден, рабочие процессы запущены, сеансы отображаются

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

Кластер недоступен, процессы отсутствуют или постоянно перезапускаются

Память процессов rphost

Норма

Потребление растёт пропорционально нагрузке и стабилизируется

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

Память растёт непрерывно до исчерпания ресурсов сервера

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

Норма

Типовые операции выполняются за секунды

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

Массовые жалобы на зависания, ошибки по таймауту

Журнал СУБД

Норма

Нет массовых взаимоблокировок и ошибок

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

Регулярные deadlock, переполнение журнала транзакций

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

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

Вторая группа ошибок — сетевые. Сервер 1С чувствителен к разрешению имён: если клиенты и сервер по-разному разрешают имя сервера (или оно не резолвится вовсе), возникают ошибки подключения к кластеру. Также часто забывают открыть порты 1540–1541 и диапазон 1560–1591 в брандмауэре.

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

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

Можно ли использовать сервер 1С без отдельной СУБД?

Нет. Сервер 1С:Предприятия не хранит данные сам — ему обязательно нужна внешняя СУБД: Microsoft SQL Server, PostgreSQL (в том числе сборки, адаптированные под 1С), IBM DB2 или Oracle Database. Если отдельная СУБД не нужна, используйте файловый режим работы.

Сколько пользователей выдержит сервер 1С?

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

Нужна ли отдельная лицензия на сервер 1С?

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

Чем PostgreSQL отличается от MS SQL Server для 1С?

Обе СУБД официально поддерживаются платформой. PostgreSQL (в специальной сборке для 1С) не требует покупки лицензий на СУБД, но требует более внимательной настройки. MS SQL Server платный, однако предлагает развитые инструменты администрирования и мониторинга. Выбор обычно определяется бюджетом и компетенциями администраторов.

Можно ли вернуться с серверного режима обратно на файловый?

Да, через выгрузку информационной базы в файл .dt в конфигураторе и последующую загрузку в файловую базу. Учтите, что некоторые настройки, специфичные для клиент-серверного режима (например, параметры СУБД), при этом теряются, а объёмные базы выгружаются долго.

Что делать, если кластер не виден в консоли администрирования?

Проверьте, что служба агента сервера запущена, порты 1540–1541 и 1560–1591 открыты в брандмауэре, а имя сервера корректно разрешается в IP-адрес с машины администратора. Часто помогает добавление сервера по IP-адресу вместо имени.