Серверная архитектура 1С: как работает многопользовательская система

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

Локальная версия 1С и её ограничения

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

Такая схема работает для 2-5 человек. Но при увеличении числа пользователей появляются узкие места:

• Вся обработка данных происходит на стороне клиента. Если нужно построить отчёт по большому объёму данных, клиентский компьютер скачивает через сеть все записи, обрабатывает их локально и только потом показывает результат. При медленной сети или слабом ПК это занимает минуты.
• Файловая база блокирует записи на уровне страниц. Когда один пользователь редактирует документ, блокируется целая страница индекса — другие пользователи не могут одновременно изменять связанные записи. Растут конфликты блокировок.
• Резервное копирование файловой базы требует остановки работы всех пользователей — иначе копия может быть повреждена.
• Сетевой трафик растёт пропорционально числу пользователей. При 10 одновременно работающих сотрудниках сеть забивается запросами на чтение и запись файлов.

Для 8-10 пользователей файловый режим уже критично замедляет работу. Для 15-20 человек он практически непригоден — в этом случае серверы 1С становятся единственным разумным решением.

Что такое серверная архитектура 1С

Серверная архитектура 1С (клиент-серверная) переносит хранение и обработку данных на выделенный сервер. База данных размещается в промышленной СУБД — Microsoft SQL Server или PostgreSQL. На компьютерах пользователей остаётся только тонкий клиент или веб-интерфейс, которые отправляют запросы на сервер 1С и получают готовые результаты.

Логика работы меняется принципиально:

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

Такая схема масштабируется до сотен одновременных пользователей.

Компоненты серверной архитектуры

Серверная архитектура 1С состоит из нескольких уровней. Каждый компонент решает свою задачу.

Сервер баз данных

Хранит базу 1С в таблицах СУБД — Microsoft SQL Server (Windows) или PostgreSQL (Windows/Linux). СУБД отвечает за целостность данных, обработку транзакций, индексацию, резервное копирование. Сервер БД работает как отдельная служба, принимает запросы от сервера 1С и возвращает результаты.

SQL Server требует лицензий (Standard или Enterprise), PostgreSQL бесплатен. Для баз объёмом свыше 100 ГБ или нагрузкой 50+ пользователей рекомендуется SQL Server — он эффективнее использует ресурсы и быстрее обрабатывает сложные запросы.

Сервер 1С:Предприятие (server1c)

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

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

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

Клиентские приложения

На рабочих местах пользователей устанавливаются три типа клиентов:

• Толстый клиент — полнофункциональное приложение Windows, поддерживает все возможности конфигурации (внешние компоненты, печатные формы, OLE). Подключается к серверу 1С напрямую. Используется редко — в основном для настройки конфигурации.
• Тонкий клиент — облегчённое приложение Windows/Linux, работает через сервер 1С. Не требует установки платформы 1С на клиентской машине, обновления происходят централизованно на сервере. Основной вариант для пользователей.
• Веб-клиент — работает в браузере, не требует установки ПО. Подходит для удалённых сотрудников или лёгкого доступа с планшетов. Функционал ограничен по сравнению с тонким клиентом (нет внешних отчётов, некоторых печатных форм).

Веб-сервер (опционально)

Для работы веб-клиента нужен веб-сервер Apache или IIS, который принимает HTTPS-запросы из браузеров и передаёт их серверу 1С через внутренний протокол. Веб-сервер также отдаёт статические файлы интерфейса (CSS, JavaScript), разгружая сервер 1С.

Как работает взаимодействие клиент-сервер

Рассмотрим, что происходит при типичной операции — например, пользователь открывает список контрагентов и фильтрует по городу.

1. Тонкий клиент на рабочей станции отправляет запрос серверу 1С: «покажи список контрагентов из Москвы».
2. Сервер 1С получает запрос, проверяет права доступа пользователя (можно ли ему видеть этих контрагентов).
3. Сервер 1С формирует SQL-запрос к СУБД: SELECT * FROM Контрагенты WHERE Город = 'Москва'.
4. SQL Server (или PostgreSQL) выполняет запрос, использует индексы для быстрого поиска, возвращает результат серверу 1С.
5. Сервер 1С обрабатывает данные (применяет форматирование, вычисляет вычисляемые поля), упаковывает ответ и отправляет тонкому клиенту.
6. Тонкий клиент отображает список в интерфейсе.

По сети передаётся только финальный результат — несколько десятков записей. Если бы работал файловый режим, клиент скачал бы весь справочник контрагентов (тысячи записей), отфильтровал локально и только потом показал. Экономия трафика — в десятки раз.

Аналогично работают проведение документов, построение отчётов, групповые операции. Вся тяжёлая работа происходит на server1c и СУБД — мощных машинах с быстрыми дисками и большой памятью.

Когда пора переходить на сервер

Файловый режим подходит для начального этапа. Но есть несколько признаков, что пора внедрять серверную архитектуру:

• Больше 5 одновременных пользователей. При 8-10 сотрудниках файловая база начинает тормозить, отчёты строятся по несколько минут. Серверная архитектура ускоряет работу в 3-5 раз.
• База данных больше 10 ГБ. Крупная база в файловом режиме медленно открывается, долго обрабатывает запросы, часто повреждается при сбоях. СУБД эффективнее работает с большими объёмами.
• Нужна работа из удалённых офисов или через интернет. Открывать файловую базу через VPN нереально медленно. Веб-клиент 1С на сервере работает по HTTPS — быстро и безопасно.
• Высокие требования к отказоустойчивости. Серверная СУБД поддерживает репликацию, кластеризацию, резервное копирование «на лету». Файловая база — одна точка отказа.
• Нужна интеграция с другими системами. Сервер 1С легко взаимодействует с внешними приложениями через HTTP-сервисы, OData, прямые запросы к СУБД. Файловая база такого не умеет.

Даже если сейчас работают 3-4 человека, но планируется рост до 10-15 в ближайший год — проще сразу развернуть серверную архитектуру, чем мигрировать в момент, когда старая схема уже не справляется.

Требования к оборудованию для 1С-сервера

Производительность серверной 1С зависит от конфигурации сервера. Основные компоненты:

Процессор

Сервер 1С активно использует CPU для обработки запросов, расчётов, проведения документов. Рекомендуется процессор с высокой частотой (3+ ГГц) и достаточным числом ядер.

Для 10-20 пользователей достаточно 4-6 ядер (Intel Xeon E-2300, AMD EPYC 7002). Для 50+ пользователей нужно 8-16 ядер (Xeon Silver/Gold). Частота важнее числа ядер — 1С не всегда эффективно распараллеливает задачи.

Оперативная память

СУБД кэширует данные в памяти, чтобы не обращаться к дискам. Чем больше RAM, тем быстрее работают запросы.

Минимум для SQL Server — 16 ГБ, для PostgreSQL — 8 ГБ. Для баз 50+ ГБ рекомендуется 32-64 ГБ RAM. Для крупных нагрузок (100+ пользователей, терабайтные базы) — 128-256 ГБ.

Дисковая подсистема

База данных постоянно читает и пишет на диск. Узкое место большинства 1С-серверов — медленные диски.

Категорически не подходят обычные SATA HDD. Минимум — RAID 10 из SAS-дисков 10K/15K RPM. Оптимально — SSD (SATA или NVMe). Для критичных нагрузок — NVMe в RAID 1/10.

RAID-контроллер должен иметь кэш-память с защитой BBU (батарея) или суперконденсаторами — это ускоряет запись и защищает данные при сбое питания.

Сеть

Если сервер БД и сервер 1С работают на разных машинах, связь между ними должна быть быстрой. Рекомендуется 10 GbE для крупных нагрузок. Для клиентов достаточно 1 GbE.

Примерные конфигурации

Число пользователей	CPU	RAM	Диски
10-20	Xeon E-2300, 4-6 ядер	16-32 ГБ	2x SATA SSD RAID 1
20-50	Xeon Silver/Gold, 8 ядер	32-64 ГБ	4x SAS SSD RAID 10
50-100	Xeon Gold, 12-16 ядер	64-128 ГБ	4x NVMe RAID 10
100+	2x Xeon Gold/Platinum	128-256 ГБ	8x NVMe RAID 10

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

Частые вопросы