Сервер 1С:Предприятия: что это и как его использовать

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

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

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

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

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

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

Файловый и клиент-серверный режимы

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

Подходит для 1–10 пользователей и небольших баз. Простая установка, но ограниченная производительность и риск повреждения файла при сбоях.

Клиент-серверный режим

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

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

Из чего состоит сервер 1С и как он работает

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

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

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

Как установить сервер 1С на Windows

Установка выполняется из того же дистрибутива платформы, что и клиентская часть, но при выборе компонентов нужно отметить «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия». Разрядность сервера (32 или 64 бита) выбирают исходя из объёма оперативной памяти и требований к нагрузке — для рабочих баз чаще используют 64-разрядную версию.

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

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

Как подключить информационную базу к серверу

Создание базы возможно двумя путями: через консоль администрирования кластера или при добавлении базы в список на клиенте с указанием варианта «На сервере 1С:Предприятия». В обоих случаях потребуется указать имя кластера, имя базы в кластере, тип и адрес СУБД, имя базы данных и учётную запись СУБД.

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

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

Как администрировать сервер в повседневной работе

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

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

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

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

Служба агента сервера

Норма

Служба запущена, в консоли кластер отображается без ошибок

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

Служба остановлена или консоль не видит кластер

Рабочие процессы rphost

Норма

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

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

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

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

Норма

Сеансы соответствуют реально работающим пользователям

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

Накопились «спящие» сеансы, пользователи жалуются на отказ в подключении

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

Норма

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

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

Задания зависают или завершаются с ошибкой в журнале регистрации

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

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

Отдельно стоит помнить о лицензировании: для работы сервера 1С требуется серверная лицензия, а каждое клиентское подключение расходует клиентские лицензии. Лицензии могут быть программными или аппаратными (ключи HASP), и при переносе сервера на другое оборудование программные лицензии придётся активировать заново.

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

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

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

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

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

Точного универсального числа нет: всё зависит от конфигурации, интенсивности работы и ресурсов сервера (процессор, память, диски). На практике десятки пользователей комфортно работают на одном сервере средней мощности, а при росте нагрузки добавляют рабочие процессы или выносят СУБД на отдельную машину.

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

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

Как перевести файловую базу на сервер без потери данных?

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

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

Да. Сам сервер 1С резервные копии не создаёт — это задача СУБД. Настройте регулярное резервное копирование средствами MS SQL или PostgreSQL, а также периодически проверяйте восстановление копий на тестовом контуре.

Чем отличается сервер 1С от веб-сервера для публикации базы?

Сервер 1С выполняет прикладную логику и работает с СУБД, а веб-сервер (IIS или Apache) лишь публикует базу для доступа через браузер или тонкий клиент по HTTP. В веб-сценарии работают оба компонента: веб-сервер принимает запросы и передаёт их серверу 1С.