Администрирование · 13 мин
Что такое сервер 1С 8.3 и как он работает
Что такое сервер 1С 8.3: архитектура клиент-серверного режима, отличия от файлового, требования к оборудованию, установка, типичные ошибки и FAQ.
Сервер 1С 8.3 — это программный компонент платформы «1С:Предприятие», который обеспечивает работу системы в клиент-серверном режиме. Вместо того чтобы каждый компьютер пользователя напрямую читал и писал данные, все операции проходят через промежуточный слой: клиентское приложение обращается к кластеру серверов 1С, а тот — к системе управления базами данных (СУБД), где физически хранится информационная база.
Такая трёхуровневая архитектура снимает главное ограничение файлового режима: при одновременной работе десятков и сотен пользователей данные не блокируются целиком, а обрабатываются транзакциями на уровне СУБД. Именно поэтому серверный вариант считается стандартом для средних и крупных организаций, где в 1С работает больше 5–10 человек одновременно.
Практически сервер 1С 8.3 — это служба (в Windows — «Агент сервера 1С:Предприятия», в Linux — демон ragent), которая принимает подключения клиентов, распределяет нагрузку между рабочими процессами и управляет сеансами. Администратор управляет ею через консоль администрирования или утилиты командной строки.
Как устроена клиент-серверная архитектура 1С
В клиент-серверном варианте работа распределяется между тремя уровнями. Первый — клиентское приложение (тонкий клиент, толстый клиент или веб-клиент через браузер). Второй — кластер серверов 1С, который исполняет прикладной код, управляет сеансами и фоновыми заданиями. Третий — сервер СУБД, где хранятся сами данные: документы, справочники, регистры.
Кластер состоит из агента сервера (ragent), который принимает подключения, и одного или нескольких рабочих процессов (rphost), в которых фактически выполняется код конфигурации. Дополнительно работает менеджер кластера (rmngr), хранящий реестр сеансов и сервисов. При росте нагрузки можно добавлять рабочие процессы и даже целые рабочие серверы в кластер.
СУБД выбирается отдельно: платформа поддерживает Microsoft SQL Server, PostgreSQL (включая сборки, адаптированные для 1С), Oracle Database и IBM Db2. Для большинства внедрений на Windows используют MS SQL Server, на Linux — PostgreSQL.
Чем серверный режим отличается от файлового
В файловом режиме база хранится в одном файле 1Cv8.1CD, к которому все пользователи обращаются по сети напрямую. Платформа сама управляет блокировками, и при росте числа пользователей или объёма данных начинаются конфликты, ожидания на блокировках и риск повреждения файла при сбое сети или питания.
Серверный режим переносит хранение в полноценную СУБД с журналированием транзакций, резервным копированием «на лету» и механизмами восстановления. Блокировки становятся управляемыми и построчными, а не на уровне целых таблиц.
| Параметр | Файловый режим | Клиент-серверный режим |
|---|---|---|
| Хранение данных | Файл 1Cv8.1CD | База в СУБД (MS SQL, PostgreSQL и др.) |
| Одновременные пользователи | Ориентировочно до 5–10 | Десятки и сотни |
| Устойчивость к сбоям | Риск повреждения файла | Транзакционная целостность СУБД |
| Резервное копирование | Копирование файла при отключённых пользователях | Штатные средства СУБД без остановки работы |
| Требования к лицензиям | Только клиентские | Клиентские + лицензия на сервер 1С |
Когда какой режим выбрать
Небольшая компания, до 5–10 пользователей, простая инфраструктура, нет выделенного сервера. Ограничение — быстро упирается в блокировки при росте.
От 10 пользователей, регламентные операции в часы работы, требования к отказоустойчивости и резервному копированию без остановки. Ограничение — стоимость лицензий и администрирования.
Когда сервер 1С действительно нужен
Переход на клиент-серверный вариант оправдан не всегда. Понятные признаки необходимости: пользователи регулярно получают ошибки конфликта блокировок при проведении документов, регламентные операции (закрытие месяца, расчёт себестоимости) выполняются часами, база выросла до размеров, при которых файловый вариант работает нестабильно, либо требуется круглосуточный доступ с резервным копированием без остановки работы.
Обратная ситуация: если в базе работают 3–4 бухгалтера, документооборот небольшой, а простои при копировании файла допустимы — файловый режим проще и дешевле. Покупка серверной лицензии и сопровождение СУБД в этом случае не окупятся.
Как выбрать действие
Требования к оборудованию и программному обеспечению
Точные требования зависят от числа пользователей, объёма базы и интенсивности операций, поэтому универсальных цифр нет. Общие принципы: серверу 1С критичны быстрые диски (SSD), достаточный объём оперативной памяти для рабочих процессов rphost и стабильная сеть между сервером 1С и сервером СУБД. В идеале эти два компонента размещают на разных машинах, объединённых быстрой сетью, либо на одном мощном сервере с запасом по памяти.
Платформа 8.3 выпускается в 32- и 64-разрядных вариантах. Для сервера практически всегда выбирают 64-разрядную версию: 32-разрядный процесс ограничен небольшим объёмом адресуемой памяти, что приводит к аварийному завершению rphost под нагрузкой. Разрядность сервера 1С и разрядность СУБД не обязаны совпадать, но для MS SQL и PostgreSQL также рекомендуется 64 бита.
Как установить и запустить сервер 1С 8.3
Установка на Windows выполняется из дистрибутива платформы: при выборе компонентов отметьте «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия». Установщик регистрирует службу агента сервера, которая по умолчанию работает под учётной записью USR1CV8, создаваемой в процессе установки. Этой учётной записи нужны права на каталог служебных файлов кластера (srvinfo).
На Linux устанавливаются пакеты платформы, после чего служба агента запускается через systemd или скрипты инициализации. Далее в обоих случаях база создаётся через консоль кластера или конфигуратор: указывается имя сервера СУБД, имя базы данных и учётные данные администратора СУБД.
- 1Установите и настройте СУБД (MS SQL Server или PostgreSQL), создайте отдельного пользователя для баз 1С
- 2Установите компоненты «Сервер 1С:Предприятия» и консоль администрирования той же версии платформы
- 3Убедитесь, что служба агента сервера запущена и доступен порт агента (по умолчанию 1540)
- 4Откройте консоль администрирования, зарегистрируйте сервер и создайте новую информационную базу с указанием СУБД
- 5Загрузите конфигурацию или восстановите выгрузку .dt, назначьте права пользователям
- 6Проверьте подключение тонким клиентом с рабочей станции
sc query "Агент сервера 1С:Предприятия 8.3"После запуска проверьте, что в консоли администрирования виден кластер, рабочие процессы и зарегистрированная база. Затем подключитесь клиентом: если сеанс открывается и журнал регистрации пишется — базовая установка завершена успешно.
Как проверить, что сервер работает правильно
Основной инструмент контроля — консоль администрирования кластера. В ней видно список рабочих процессов, занятую ими память, активные сеансы и соединения с СУБД. Резкий рост памяти одного процесса rphost при отсутствии активных пользователей — признак утечки или тяжёлого фонового задания.
Дополнительно анализируйте журнал регистрации 1С и технологический журнал платформы — последний включается через конфигурационный файл logcfg.xml и позволяет отловить долгие запросы, взаимоблокировки и аварийные завершения процессов. На стороне СУБД полезны штатные отчёты: длительные запросы, ожидания на блокировках, заполнение журнала транзакций.
Как проверить результат
Служба запущена, порт 1540 отвечает на подключение
Служба остановлена или падает сразу после старта — смотрите журнал событий ОС
Процессы присутствуют, память растёт плавно под нагрузкой
Процесс исчезает из списка или потребляет всю память сервера
Сеансы создаются и завершаются, число соответствует реальным пользователям
Накапливаются «спящие» сеансы, пользователи не могут подключиться
В технологическом журнале нет событий TDEADLOCK
Регулярные взаимоблокировки — нужна оптимизация кода и запросов
Типичные ошибки и ограничения
Частая проблема — размещение сервера 1С и СУБД на одном слабом компьютере с недостатком памяти: процессы начинают конкурировать за ресурсы, и страдают оба. Вторая типичная ошибка — использование 32-разрядного сервера: под нагрузкой рабочий процесс упирается в предел адресуемой памяти и аварийно перезапускается, обрывая сеансы пользователей.
Отдельный блок проблем связан с сетью и правами: недоступность порта агента из-за брандмауэра, нехватка прав у служебной учётной записи на каталог srvinfo, неверные разрешения на стороне СУБД. Ещё одна распространённая ситуация — обновление платформы на сервере без обновления клиентов, после чего часть пользователей не может войти.
Лицензирование и ограничения бюджета
Для клиент-серверной работы требуется отдельная лицензия на сервер 1С:Предприятие — она привязывается к компьютеру, на котором работает агент сервера. Клиентские лицензии приобретаются дополнительно, по числу одновременных сеансов. Существуют варианты серверных лицензий разного уровня, включая урезанную версию МИНИ для небольших внедрений с ограничениями на число подключений.
Если бюджет ограничен, рассмотрите связку сервера 1С с PostgreSQL: сама СУБД свободно распространяется, а фирма «1С» публикует собственную сборку PostgreSQL, адаптированную под платформу. Это заметно снижает стоимость внедрения по сравнению с коммерческими СУБД, где лицензируется каждое ядро или пользователь.
Перед покупкой серверной лицензии проведите нагрузочное тестирование на тестовом стенде с реальной копией базы. Часто оказывается, что узкое место — не режим работы, а неоптимальные запросы в конфигурации или медленные диски, и переход на сервер без их устранения даёт лишь частичный эффект.
Частые вопросы о сервере 1С 8.3
Можно ли установить сервер 1С и СУБД на один компьютер?
Да, это допустимая схема для небольших внедрений. Главное условие — достаточный объём оперативной памяти, чтобы рабочие процессы 1С и СУБД не вытесняли друг друга, и быстрые диски. При росте нагрузки компоненты разносят на разные серверы.
Чем тонкий клиент отличается от толстого при работе через сервер?
Тонкий клиент передаёт на сервер почти все вычисления и обменивается с ним компактным протоколом, поэтому подходит для медленных каналов связи. Толстый клиент исполняет часть кода локально и требует больше ресурсов на рабочем месте, но поддерживает некоторые возможности, недоступные тонкому клиенту, например режим обычного приложения.
Что делать, если рабочий процесс rphost «съедает» всю память?
Сначала определите виновника через консоль кластера: какой сеанс или фоновое задание выполняется в процессе. Как временная мера — настройте автоматический перезапуск процессов по порогу памяти в свойствах кластера. Постоянное решение — анализ кода и запросов, вызывающих рост потребления.
Нужна ли отдельная лицензия для веб-клиента?
Нет, для работы через веб-браузер отдельная лицензия не требуется — сеанс веб-клиента расходует обычную клиентскую лицензию. Но понадобится опубликовать базу на веб-сервере (IIS или Apache) с установленным модулем расширения веб-сервера 1С.
Можно ли перенести файловую базу на сервер без потери данных?
Да. Стандартный путь: сделайте выгрузку базы в файл .dt через конфигуратор, создайте новую информационную базу на сервере и загрузите в неё выгрузку. Перед операцией завершите все сеансы, после — проверьте целостность данных и работу типовых операций.
Как узнать, какая версия платформы установлена на сервере?
В консоли администрирования кластера версия отображается в свойствах сервера. На самом сервере версию видно по каталогу установки платформы (например, C:\Program Files\1cv8\<номер версии>) или в свойствах службы агента сервера.
Что важно запомнить
Сервер 1С 8.3 — промежуточный слой между клиентами и СУБД, обеспечивающий многопользовательскую работу, управление сеансами и отказоустойчивость. Он оправдан при десятках пользователей и требованиях к надёжности, но требует 64-разрядной платформы, отдельной лицензии и грамотного администрирования. Перед переходом оцените реальную нагрузку и устраните узкие места в конфигурации.