Сервер для 1С: как подобрать конфигурацию под число пользователей

Коротко. Сервер 1С считают от числа пользователей: до 10 хватит одного Xeon E-2xxx, 32–⁠64 ГБ и двух SSD в RAID 1; на 10–⁠30 нужен Xeon Scalable на 8–⁠16 ядер, 64–⁠128 ГБ и NVMe в RAID 10; на 30–⁠100 разделяют сервер приложений и СУБД с 128–⁠256 ГБ; от 100 берут два Xeon по 24–⁠32 ядра и 256–⁠512 ГБ на DL380 Gen11 или R760. Частота 3,4–⁠3,8 ГГц важнее числа ядер, с 15–⁠20 активных пользователей переходят на клиент-серверный вариант.

Запрос «нужен сервер для 1С» почти ничего не говорит о конфигурации: «Бухгалтерия» на пять рабочих мест и ERP на сто двадцать пользователей — разные классы оборудования, отличающиеся по стоимости в несколько раз. Ошибаются в обе стороны: одни берут двухпроцессорную платформу с сорока ядрами под файловую базу, где половина ресурсов не будет задействована, другие сажают семьдесят человек на офисный компьютер с одним SATA-диском. Ниже — разбор того, что действительно влияет на скорость 1С, и ориентировочные конфигурации под четыре диапазона числа пользователей.

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

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

Это первое решение, от которого зависит вся дальнейшая конфигурация. В файловом варианте база лежит в общей папке, а вычисления выполняются на клиентских машинах: сервер работает фактически как файловый ресурс, нагрузка на сеть и число блокировок растут быстрее, чем число пользователей. У формата файловой базы есть ограничение на размер отдельной таблицы (4 ГБ), а некорректное отключение клиента повышает риск повреждения базы. Ориентировочная граница применимости — 5–⁠10 одновременно работающих пользователей и небольшой объём базы.

Клиент-серверный вариант разносит роли: сервер приложений «1С:Предприятие» (кластер серверов, рабочие процессы rphost) и СУБД — MS SQL Server или PostgreSQL в сборке, адаптированной под 1С. Такая схема снимает ограничение на размер таблиц, даёт управляемые блокировки, корректные транзакции и нормальное резервное копирование без остановки работы. Начиная примерно с 15–⁠20 активных пользователей переход на клиент-серверный вариант оправдан практически всегда — даже если формально файловая база ещё справляется.

Процессор: частота важнее числа ядер

Ключевая особенность 1С в том, что значительная часть работы выполняется в один поток. Проведение документа, пересчёт итогов, формирование сложного отчёта — это последовательные операции, и время отклика конкретного пользователя определяется не суммарным числом ядер в системе, а тем, насколько быстро одно ядро обработает его запрос. Поэтому процессор с базовой частотой около 3,4–⁠3,8 ГГц и умеренным числом ядер в типовых сценариях 1С даёт более комфортную работу, чем «широкий» многоядерный CPU с частотой 2,0–⁠2,3 ГГц, хотя по количеству ядер и суммарной вычислительной мощности второй выглядит внушительнее.

Число ядер при этом определяет, сколько таких однопоточных задач система выполнит параллельно, то есть масштабируемость по числу пользователей. Практическое правило простое: сначала выбираем высокочастотную модель, затем — необходимое количество ядер под планируемую нагрузку. Смотрите в сторону частотно-оптимизированных линеек: Intel Xeon E-2xxx для младших систем и Xeon Gold с высокой базовой частотой для средних и крупных. Подобрать конкретную модель можно в разделе серверные процессоры.

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

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

В клиент-серверной схеме память делят между собой СУБД и сервер приложений. СУБД стремится держать «горячую» часть базы в кэше: если объём данных, с которыми реально работают пользователи, помещается в память, дисковая подсистема почти перестаёт быть узким местом. Сервер приложений расходует память на рабочие процессы, сеансовые данные и кэш метаданных — при большом числе пользователей и тяжёлых отчётах это десятки гигабайт. Память обязательно должна быть регистровой с коррекцией ошибок (ECC): для системы, где живёт учёт всей компании, это не опция. Запас по свободным слотам DIMM важен: расширение памяти — самый дешёвый апгрейд.

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

Нагрузка 1С на диски — это в основном мелкие случайные операции чтения и записи, а также интенсивная запись журнала транзакций. Здесь решают задержки, а не линейная скорость: NVMe-накопитель даёт на порядки меньшую латентность, чем HDD, и заметно меньшую, чем SATA SSD. Под базу данных нужны именно серверные накопители с защитой от потери питания и высоким ресурсом перезаписи; потребительские SSD в такой роли изнашиваются за месяцы. Классическая раскладка: зеркало (RAID 1) под ОС, RAID 10 под файлы БД, отдельные тома под журнал транзакций и tempdb. RAID 5 под интенсивную запись брать не стоит. Подобрать накопители можно в разделе диски SSD и HDD.

Для конфигураций на SAS/SATA-дисках нужен аппаратный RAID-контроллер с кэшем и защитой кэша (батарея или флеш-модуль) — без неё кэш на запись отключается, и производительность падает в разы. Для NVMe применяют программное зеркалирование или отдельный контроллер загрузочных дисков.

Сеть

Для клиент-серверного варианта критичен канал между сервером приложений и сервером СУБД: если роли разнесены на две машины, это как минимум 10 Гбит/с, лучше — выделенная пара портов. Для клиентских подключений в тонком клиенте достаточно гигабита до рабочего места, но при файловом варианте сеть становится главным ограничителем, потому что по ней ходят не результаты запросов, а сами данные. Отдельно стоит предусмотреть выделенный порт управления (iLO у HPE, iDRAC у Dell) — удалённая диагностика и перезагрузка без выезда в офис экономят часы простоя.

Конфигурации под число пользователей

Таблица ниже — ориентир для первичного расчёта. Точная конфигурация зависит от прикладного решения (у ERP и УТ требования выше, чем у «Бухгалтерии»), объёма базы, глубины истории, числа фоновых заданий и обменов. Значения ОЗУ и дисков указаны ориентировочно, с запасом на рост на 2–⁠3 года.

Форм-фактор выбирают по помещению: если серверной со стойкой нет, для младших конфигураций подойдёт башенное исполнение, которое тише и спокойнее относится к офисным условиям. Если стойка есть — берут стоечные модели, они плотнее и лучше обслуживаются. Полный ассортимент платформ собран в разделе серверы; линейка Dell PowerEdge закрывает те же сценарии, что и HPE ProLiant, — выбор чаще определяется парком уже имеющегося оборудования и предпочтениями по системе управления.

Типичные ошибки

Большинство жалоб на «медленную 1С» упирается не в платформу, а в решения, принятые на этапе закупки:

• Ставка на число ядер вместо частоты. Многоядерный низкочастотный процессор в 1С проигрывает частотному на тех же деньгах.
• Файловая база «до последнего». 25–⁠30 пользователей на файловом варианте — гарантированные блокировки и риск повреждения базы.
• Обычные HDD или десктопные SSD под БД. Нет защиты от потери питания, низкий ресурс записи, непредсказуемые задержки.
• RAID 5 под базу с активной записью. Штраф на запись съедает выигрыш в ёмкости; для БД правильный выбор — RAID 10.
• Память без ECC и десктопная платформа. Экономия на старте оборачивается непонятными сбоями и отсутствием гарантии на круглосуточную работу.
• Один блок питания и один диск. Любой отказ означает остановку учёта на время закупки замены.
• Виртуализация без резервирования ресурсов. Сервер 1С на переподписанном хосте рядом с «шумными соседями» работает нестабильно.
• Нет регламентного обслуживания СУБД. Без обновления статистики, реиндексации и управления журналом транзакций база деградирует за несколько месяцев.
• Нет резервного копирования с проверкой восстановления. Бэкап, который ни разу не разворачивали, бэкапом не является.

Что учесть в Узбекистане

Питание. Просадки напряжения и кратковременные отключения — реальность многих офисов и промзон. Минимум: сервер с двумя блоками питания, подключёнными к разным линиям, ИБП с временем автономии, достаточным для корректного завершения работы СУБД (ориентировочно 15–⁠30 минут), и настроенное автоматическое выключение по сигналу ИБП. Если простой недопустим — стабилизатор на вводе и генератор.

Охлаждение. Летом в Ташкенте наружная температура держится около +40 °C, и серверная превращается в критичное помещение. Стоечные серверы рассчитаны на температуру воздуха на входе примерно 10–⁠35 °C (класс ASHRAE A2), комфортный диапазон — 18–⁠27 °C. При перегреве вентиляторы уходят на максимум, процессоры сбрасывают частоты, и «тормоза 1С» появляются именно в жару. Практика: выделенное помещение, два кондиционера с чередованием вместо одного, датчики температуры с оповещением, контроль запылённости и регулярная чистка фильтров и радиаторов.

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

Подборки и инструменты по теме: Сервер для 1С.

Вопросы и ответы

Можно ли поставить обычный компьютер вместо сервера, если пользователей всего пять?

Технически файловая база на мощном ПК заработает. Но у десктопа нет памяти с коррекцией ошибок, нет резервированного питания, нет аппаратного RAID и удалённого управления, а гарантия не рассчитана на круглосуточную работу. Для пяти пользователей разумный компромисс — младший башенный сервер начального уровня: он стоит ненамного дороже хорошего ПК, но даёт ECC-память, зеркало дисков и сервисную поддержку.

MS SQL Server или PostgreSQL — что выбрать под 1С?

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

Лучше один мощный сервер или два поменьше?

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

Если нужна конкретная конфигурация под ваше прикладное решение, объём базы и число пользователей — мы посчитаем несколько вариантов с обоснованием и ценами, включая расчёт ИБП и требований к помещению. Звоните: +998 91 004 9858, пишите на info@servix.uz или в Telegram на тот же номер — подберём сервер под задачу, а не под прайс.