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

Один и тот же сервер может комфортно обслуживать 20 пользователей в одной компании и испытывать серьёзные проблемы уже при 10 пользователях в другой. Всё зависит от характера работы, используемой конфигурации, объёма базы данных, настроек SQL-сервера и множества других факторов. Именно поэтому в IT-аутсорсинге мы всегда начинаем с аудита, а не с подбора «типового» решения.

Важно: Цифры, приведённые в статье, являются экспертными ориентирами. Точный расчёт возможен только после нагрузочного тестирования (например, с помощью инструментов «Центр управления производительностью» или самописных сценариев на базе Vanessa Automation).

Почему нельзя назвать универсальную цифру

Производительность системы 1С определяется не количеством подключений, а фактической нагрузкой на сервер, измеряемой в транзакциях в секунду (TPS) и временем отклика. Один бухгалтер, запускающий сложные отчёты с группировками по аналитикам, может создавать нагрузку больше, чем десять операторов, которые просто построчно оформляют документы.

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

От чего зависит производительность 1С

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

Даже хорошо оснащённый сервер может работать медленно, если база данных содержит неоптимизированные запросы или дисковая система не справляется с потоком операций ввода-вывода (например, при интенсивной записи в регистры накопления во время массового проведения документов).

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

Многие считают, что достаточно увеличить количество ядер процессора или установить больше памяти, чтобы решить любые проблемы производительности. На практике узким местом часто становится SQL-сервер, медленный накопитель или неоптимальные настройки платформы (например, стандартные настройки автовакуума в PostgreSQL).

Также ошибочно считать, что каждый пользователь создаёт одинаковую нагрузку. В реальной работе различия могут достигать десятикратных значений: оператор ввода создаёт 1–2 транзакции в минуту, а бухгалтер, запускающий оборотно-сальдовую ведомость, может загрузить процессор на несколько секунд.

Что влияет на количество пользователей 1С

Характер работы пользователей

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

• Бухгалтерия. Бухгалтеры регулярно формируют отчёты, выполняют закрытие периодов, расчёт налогов и обработку больших объёмов данных. Нагрузка на процессор и базу данных может быть весьма высокой и пикообразной (особенно в период квартальной или годовой отчетности).
• Операторы. Операторы обычно занимаются вводом документов и справочников. Такие операции относительно лёгкие и позволяют обслуживать большое количество пользователей на одном сервере (до 70–100 и более).
• Менеджеры. Работа менеджеров связана с заказами, счетами и клиентской базой. Нагрузка считается средней и достаточно равномерной в течение дня.
• Производство. Производственные процессы предполагают расчёт себестоимости, маршрутов, спецификаций и планирования. Это уже существенно более ресурсоёмкие задачи, часто выполняемые в фоновом режиме.
• Аналитика. Пользователи, активно работающие с отчётностью и BI-инструментами, способны создавать значительную нагрузку на SQL-сервер даже при небольшом количестве подключений. Их запросы часто требуют сканирования больших объёмов данных.

Конфигурация 1С

Различные типовые конфигурации предъявляют разные требования к инфраструктуре из-за архитектуры регистров и сложности бизнес-логики.

• Бухгалтерия. Одна из наименее требовательных конфигураций. Даже небольшой сервер способен обеспечить комфортную работу десятков пользователей. Основная нагрузка приходится на построение оборотно-сальдовых ведомостей.
• УТ. Управление торговлей активно использует работу с заказами, остатками и ценами, поэтому требования выше. Критичным становится быстрое проведение расходных накладных.
• ERP. ERP считается наиболее ресурсоёмкой конфигурацией среди типовых решений 1С. Особенно при использовании производственного блока (расчёт себестоимости, планирование RCCP/CRP).
• КА. Комплексная автоматизация занимает промежуточное положение между УТ и ERP, часто включая блоки зарплаты и управленческого учёта.
• Документооборот. Основная нагрузка связана с хранением файлов и обработкой маршрутов согласования. Требует много места на дисках, но относительно терпим к процессору.

Размер информационной базы

По мере роста базы данных увеличивается объём операций чтения и записи. Системе требуется больше ресурсов для сканирования индексов и кэширования.

• До 10 ГБ. Типичный объём для небольших организаций. Даже недорогие серверы работают без существенных проблем, база почти полностью помещается в оперативной памяти.
• 50 ГБ. Начинают проявляться требования к скорости хранения данных. Важно следить за размером журнала транзакций.
• 100 ГБ. Становится заметной разница между SATA SSD и NVMe накопителями. Обслуживание базы (реиндексация, обновление статистики) должно проводиться регулярно.
• >Более 500 ГБ. Необходима грамотная архитектура, отдельный SQL-сервер и регулярное обслуживание базы данных. Часто требуется секционирование таблиц.

Тип СУБД

PostgreSQL

Популярное решение благодаря отсутствию лицензионных затрат. При правильной настройке (особенно параметров shared_buffers, effective_cache_size и пула соединений PgBouncer) обеспечивает высокую производительность и хорошо подходит для большинства внедрений.

MS SQL

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

Производительность дисковой подсистемы

HDD (жесткие диски)

Для современных внедрений практически не рекомендуется. Ограниченная скорость операций ввода-вывода (IOPS около 100–150) становится серьёзным узким местом, вызывая очереди на запись.

SATA SSD

Минимально рекомендуемый вариант для большинства серверов 1С. Обеспечивает IOPS на уровне 10 000–50 000, что достаточно для работы до 50–70 пользователей.

NVMe SSD

Обеспечивает максимальную производительность (IOPS 100 000+) и особенно заметен при работе крупных баз данных и высокой конкурентной записи в регистры.

Серверное оборудование

Процессор

Для 1С важна не только общая производительность, но и высокая производительность отдельных ядер (тактовая частота 3.0 ГГц и выше). Многие операции платформы плохо масштабируются на большое количество потоков, поэтому 16 медленных ядер могут проигрывать 8 быстрым.

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

Недостаток памяти приводит к использованию файла подкачки и резкому снижению быстродействия. Для сервера 1С и СУБД критично, чтобы «горячие» данные помещались в RAM. Рекомендуется использовать память с коррекцией ошибок (ECC).

Сетевая инфраструктура

При работе через терминальные серверы и удалённые подключения качество сети (задержка менее 20–30 мс) оказывает существенное влияние на комфорт пользователей. Пропускная способность должна быть не менее 100 Мбит/с на 50 пользователей.

Примерная нагрузка на сервер 1С

Небольшая компания — 10–20 пользователей

Как правило, достаточно сервера начального уровня с SSD и 32 ГБ оперативной памяти. Роли сервера приложений и СУБД можно совмещать на одной физической машине.

Средний бизнес — 30–50 пользователей

Потребуется современный процессор, быстрый накопитель и минимум 64 ГБ ОЗУ. Настоятельно рекомендуется разделение ролей или использование виртуализации с выделенными ресурсами.

Активная работа отдела продаж — 50–100 пользователей

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

ERP-система предприятия — 100–300 пользователей

Практически всегда используется клиент-серверная архитектура с отдельным SQL-сервером и сервером приложений. Возможно применение кластера 1С.

Крупные внедрения — более 500 пользователей

Требуется кластер серверов 1С, балансировка нагрузки и выделенные серверы баз данных (возможно, с Always On или Patroni).

Сколько пользователей выдержит сервер в зависимости от конфигурации

Сервер начального уровня

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

• Процессор: 8 ядер, 3.2+ ГГц
• Память: 32 ГБ RAM
• Диски: SATA SSD (RAID 1)
• Сеть: 1 Гбит/с

Ориентировочная нагрузка: 15–40 пользователей (операторы/менеджеры) или 10–15 бухгалтеров.

Сервер среднего уровня

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

• Процессор: 12–16 ядер, 3.0+ ГГц
• Память: 64 ГБ RAM
• Диски: NVMe (RAID 10)
• Сеть: 1 Гбит/с

Ориентировочная нагрузка: 50–120 пользователей смешанного типа при раздельных серверах приложений и СУБД.

Производительный сервер

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

• Процессор: 24–32 ядра
• Память: 128 ГБ RAM
• Диски: NVMe RAID
• Сеть: 10 Гбит/с

Ориентировочная нагрузка: 150–300 пользователей при грамотной настройке системы и выделенном сервере БД.

Когда один сервер становится узким местом

Высокая нагрузка на процессор

Постоянная загрузка CPU выше 80–90% приводит к задержкам обработки операций и росту очереди фоновых заданий. Мониторить нужно не только общую загрузку, но и загрузку отдельных ядер.

Нехватка оперативной памяти

Если сервер регулярно использует файл подкачки (Swap Usage > 5–10%), производительность начинает быстро снижаться. Это особенно критично для СУБД, где кэш страниц напрямую влияет на скорость запросов.

Медленные диски

Даже мощный процессор не компенсирует недостаточную скорость хранения данных. Если метрики Disk Latency превышают 20–30 мс, пользователи будут ощущать «тормоза» при проведении документов.

Перегруженный SQL-сервер

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

Признаки того, что сервер 1С пора модернизировать

Необходимость модернизации обычно проявляется постепенно. Пользователи начинают замечать медленный запуск отчётов, длительное проведение документов (более 2–3 секунд), периодические зависания и увеличение времени отклика системы.

Администраторы при этом наблюдают высокую загрузку процессора (более 90% в пиках), постоянный дефицит памяти, рост очередей SQL-запросов (индикатор lock waits) и увеличение времени выполнения транзакций.

Чек-лист симптомов:

• Время проведения накладной превышает 3–5 секунд в непиковое время.
• Формирование ОСВ занимает более 30 секунд.
• Пользователи жалуются на «залипание» интерфейса в часы пик.
• Ночные регламентные задания не укладываются в окно обслуживания.

Как увеличить количество пользователей без покупки нового сервера

Оптимизация 1С

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

Оптимизация SQL

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

Переход на SSD или NVMe

Замена устаревших HDD зачастую даёт более заметный эффект, чем увеличение количества процессорных ядер. Прирост производительности может достигать 200–400%.

Разделение ролей серверов

Выделение отдельных серверов под приложения и базы данных позволяет более эффективно использовать ресурсы и избежать конкуренции за RAM и CPU.

Терминальный сервер

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

Когда нужен отдельный SQL-сервер

Критерии перехода

Отдельный сервер баз данных обычно становится необходимым при количестве активных пользователей более 70–100 человек, размере базы данных свыше 100 ГБ или высокой интенсивности транзакций (более 500–1000 TPS).

Преимущества раздельной архитектуры

Разделение ролей позволяет независимо масштабировать сервер 1С и SQL-сервер, гибко настраивать резервирование, а также повышает общую стабильность системы, исключая влияние «тяжёлого» запроса на работу сервера приложений.

Типовые схемы внедрения

Наиболее распространённой является архитектура из двух серверов: сервер приложений 1С и отдельный сервер СУБД. Для крупных проектов используются кластеры серверов приложений (несколько рабочих процессов) и системы высокой доступности БД (Always On / Patroni).

Примеры из практики

20 пользователей на одном сервере (Бухгалтерия + УТ)

Сервер с 8 ядрами и 32 ГБ памяти успешно обслуживает бухгалтерию и отдел продаж без заметных задержек. Диски SATA SSD, роли совмещены. Пиковая загрузка CPU не превышает 40%.

70 пользователей на одном сервере (УТ + Документооборот)

Конфигурация с 16 ядрами, 64 ГБ RAM и NVMe накопителями обеспечивает стабильную работу Управления торговлей и Документооборота. Сервер 1С и СУБД разнесены по разным виртуальным машинам на одном физическом хосте.

200 пользователей с отдельным SQL-сервером (ERP)

Для ERP-системы используется раздельная архитектура: 2 физических сервера (кластер 1С и выделенный сервер MS SQL). Это позволяет равномерно распределить нагрузку и обеспечить время отклика менее 1 секунды.

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

Сколько пользователей выдержит сервер с 16 ГБ ОЗУ?

Обычно речь идёт о 5–20 пользователях в зависимости от конфигурации и характера работы. Для современной 1С этот объём считается минимальным для старта, и мы рекомендуем закладывать не менее 32 ГБ.

Сколько нужно памяти на одного пользователя 1С?

В среднем рекомендуется ориентироваться на 300–1000 МБ оперативной памяти на активного пользователя (с учётом кэша СУБД и рабочих процессов сервера). Для тяжелых аналитиков — до 1.5 ГБ.

Что важнее для 1С: процессор или память?

Для большинства внедрений первостепенное значение имеет тактовая частота процессора, однако дефицит памяти способен свести преимущества мощного CPU к нулю из-за свопинга. Баланс — ключевое правило.

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

При корректной настройке (включая использование пулера соединений PgBouncer и специализированных сборок вроде Postgres Pro) PostgreSQL способен обслуживать сотни пользователей и успешно используется в крупных внедрениях.

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

MS SQL также поддерживает высокие нагрузки и часто применяется в крупных корпоративных проектах с несколькими сотнями пользователей. Версия Standard Edition имеет ограничения по ядрам (до 24) и памяти (128 ГБ), что нужно учитывать.

Заключение

Как правильно рассчитывать сервер под 1С

Расчёт серверной инфраструктуры должен основываться не только на количестве пользователей, но и на анализе реальных бизнес-процессов. Необходимо учитывать конфигурацию 1С, размер базы данных, интенсивность операций и планы развития компании на 3–5 лет.

Почему нагрузочное тестирование важнее усреднённых цифр

Любые усреднённые значения являются лишь ориентиром. Единственный способ точно определить необходимую производительность — провести нагрузочное тестирование