Коротко: для 5 пользователей 1С обычно хватает сервера с 4 быстрыми ядрами, 16 ГБ памяти и SSD/NVMe, а базу можно держать в файловом варианте. На 10 пользователей нужен запас: 6–8 ядер, 32 ГБ памяти, NVMe, и уже стоит всерьёз рассматривать клиент-серверный вариант. На 20 пользователей и больше разумно сразу ставить сервер 1С с СУБД (PostgreSQL или MS SQL), от 8–12 ядер и от 64 ГБ памяти. Для 50 и 100 пользователей речь идёт о нескольких десятках ядер, сотнях гигабайт памяти и, как правило, о разделении ролей по разным серверам.
Эти цифры — ориентиры, а не норматив. Нагрузку на железо определяет не только число активных пользователей, но и конфигурация (Бухгалтерия, УТ, ERP, отраслевые решения), число документов в день, какие делаются отчёты, обмены данными и фоновые задания. Два офиса по 10 человек могут нагружать сервер с отличием по количеству ресурсов в разы. Точный подбор делается по замерам на реальной базе.
Ниже — таблица ориентиров, пояснения, почему для 1С важна частота процессора и скорость дисков, и сравнение покупки своего сервера с арендой.
От чего зависит нагрузка на сервер 1С
Прежде чем смотреть на таблицу, стоит понять, какие факторы сдвигают требования вверх или вниз. На практике мы видим, что ошибки в подборе чаще всего связаны с тем, что учитывают только количество пользователей.
- Число одновременно работающих пользователей. Считают не всех, у кого есть ярлык 1С, а тех, кто работает в базе одновременно в пиковое время.
- Конфигурация. «Бухгалтерия предприятия» на небольшой фирме — лёгкая нагрузка. «Управление торговлей», «Комплексная автоматизация» и ERP с большим числом документов нагружают сервер значительно сильнее.
- Интенсивность работы. Сколько документов проводится в день, как часто формируются тяжёлые отчёты, есть ли закрытие месяца с пересчётом себестоимости.
- Фоновые и регламентные задания. Обмены с сайтом, банком, ЭДО, маркетплейсами, полнотекстовый поиск — всё это работает параллельно с пользователями.
- Способ доступа. Если сотрудники работают через терминальный сервер (RDP), на том же сервере выполняются их сеансы Windows, браузеры, Office, клиенты ЭДО. Это отдельная нагрузка на процессор и память.
- Размер базы и её рост. От него зависят требования к дискам и к объёму памяти под кеш СУБД.
Таблица ориентиров по железу
В таблице — ориентиры для типовых конфигураций 1С:Предприятие 8.3 при умеренной интенсивности работы. Если на сервере одновременно работают терминальные сеансы, память и ядра под них указаны в отдельном столбце и прибавляются к основной конфигурации.
| Пользователей одновременно | Рекомендуемый вариант 1С | Процессор (ядра) | Оперативная память | Диски | Добавка под терминальные сеансы |
|---|---|---|---|---|---|
| до 5 | файловый | 4 ядра с высокой частотой | 16 ГБ | SSD или NVMe, зеркало (RAID 1) | +1–2 ГБ и примерно +0,5 ядра на пользователя |
| 10 | файловый при лёгкой нагрузке, клиент-серверный при активной работе | 6–8 ядер | 32 ГБ | NVMe, RAID 1 | +1–2 ГБ на пользователя |
| 20 | клиент-серверный | 8–12 ядер | 48–64 ГБ | NVMe под базы, отдельный диск или массив под копии | +1,5–2 ГБ на пользователя |
| 30 | клиент-серверный | 12–16 ядер | 64–96 ГБ | NVMe, RAID 1 или RAID 10 | терминальные сеансы лучше вынести на отдельный сервер |
| 50 | клиент-серверный | 16–24 ядра | 96–128 ГБ | NVMe RAID 10 под базы, отдельный массив под логи и копии | отдельный терминальный сервер или ферма |
| 100 | клиент-серверный, роли на разных серверах | 32 ядра и больше суммарно | 192–256 ГБ суммарно | NVMe RAID 10, отдельное хранилище копий | несколько терминальных серверов |
Ещё раз: это стартовая точка для расчёта. Базу ERP на 20 пользователей с ежедневной загрузкой тысяч документов может не хватить и на конфигурации из строки «50». А «Бухгалтерия» на 10 человек, которые проводят несколько десятков документов в день, спокойно работает на конфигурации из строки «5».
Файловый вариант на 5 пользователей
В файловом варианте база — это один файл 1Cv8.1CD в папке, а вся логика выполняется на компьютере пользователя. Сервер в этом случае — просто хранилище с быстрым диском. Если пользователи открывают базу по сети с общей папки, узким местом становятся сеть и блокировки файла. Если они работают через терминальный сервер, а база лежит на локальном диске этого же сервера, файловый вариант работает заметно стабильнее.
Для 5 человек на «Бухгалтерии» или «УНФ» этого, как правило, достаточно. Главное требование — SSD или NVMe вместо обычного жёсткого диска и зеркалирование дисков, чтобы отказ одного накопителя не остановил работу.
10 пользователей: граница выбора
Десять одновременных пользователей — точка, на которой чаще всего возникает вопрос о переходе на клиент-серверный вариант. Файловая база на 10 человек может работать нормально, если нагрузка лёгкая. Но как только появляются одновременное проведение документов, тяжёлые отчёты и обмены, пользователи начинают ждать друг друга на блокировках. Подробно критерии выбора разобраны в статье файловая или клиент-серверная 1С.
20–30 пользователей
Здесь клиент-серверный вариант — практически обязательное условие. На сервере работают служба «Агент сервера 1С:Предприятия» с рабочими процессами и СУБД. Обеим нужна память: СУБД использует её как кеш данных, а рабочие процессы 1С — для выполнения кода конфигурации. Если на той же машине работает терминальный сервер, память делится ещё и с сеансами пользователей, поэтому для 20–30 человек рациональнее разнести терминальные сеансы и СУБД по разным виртуальным машинам или серверам.
50 и 100 пользователей
При такой нагрузке один универсальный сервер становится одной точкой отказа и одним узким местом. Обычная схема: отдельный сервер СУБД, отдельный сервер 1С (иногда совмещённый с СУБД при хорошем запасе ресурсов), один или несколько терминальных серверов, отдельное хранилище резервных копий. Расчёт для 100 пользователей стоит делать только после нагрузочного анализа существующей базы.
Процессор: частота важнее количества ядер
Значительная часть кода 1С выполняется в одном потоке: проведение документа, формирование отчёта, пересчёт итогов. Поэтому для одного пользователя скорость работы определяется прежде всего частотой и производительностью одного ядра, а не их количеством. Много ядер нужны, чтобы параллельно обслуживать многих пользователей, но каждый из них всё равно работает со скоростью одного ядра.
Практический вывод: при выборе процессора для сервера 1С на 5–20 пользователей лучше взять модель с меньшим числом ядер, но высокой частотой, чем многоядерный процессор с низкой базовой частотой. Для 50–100 пользователей нужны уже и частота, и количество ядер.
Если речь об аренде, стоит спросить провайдера, на каких процессорах работают виртуальные серверы и нет ли оверселлинга ядер. Два «виртуальных ядра» на перегруженном хосте могут работать медленнее, чем одно на свободном.
Оперативная память
Нехватка памяти — одна из самых частых причин медленной работы 1С. Когда памяти мало, СУБД не может держать данные в кеше и постоянно читает их с диска, а Windows начинает использовать файл подкачки.
- Файловый вариант: память нужна в первую очередь клиентам. На терминальном сервере закладывайте 1–2 ГБ на пользователя плюс 4–6 ГБ под систему.
- Клиент-серверный вариант: память нужна СУБД (кеш), рабочим процессам 1С и операционной системе. Хорошее правило — чтобы активная часть базы помещалась в память сервера СУБД.
- Совмещённый сервер (1С + СУБД + терминал): для MS SQL обязательно ограничьте максимальный объём памяти СУБД, иначе она займёт почти всю память и терминальные сеансы начнут тормозить.
Для серверов, которые работают круглосуточно, желательна память с коррекцией ошибок (ECC). Она есть в серверных платформах и защищает от незаметного повреждения данных из-за сбоев памяти.
Диски: NVMe, SSD и RAID
1С и СУБД выполняют большое количество мелких операций чтения и записи. Для них важна не столько линейная скорость, сколько время отклика и число операций в секунду. Поэтому:
- Базы данных — только на SSD или NVMe. Обычные жёсткие диски (HDD) под рабочую базу 1С сегодня использовать не стоит, даже для 5 пользователей.
- Зеркалирование обязательно. Минимум RAID 1 из двух накопителей. Для 20+ пользователей с высокой нагрузкой — RAID 10.
- Журнал транзакций и временные файлы при высокой нагрузке лучше вынести на отдельный массив.
- Резервные копии — на отдельный носитель и, кроме того, за пределы сервера. RAID не заменяет резервное копирование: он спасает от отказа диска, но не от удаления данных, ошибки обновления или шифровальщика.
- Серверные накопители. В круглосуточной работе под постоянной записью важны ресурс записи и защита от потери питания. У серверных SSD и NVMe эти характеристики выше, чем у дешёвых потребительских моделей.
Как настроить копирование базы, чтобы оно выполнялось без участия человека, описано в статье резервное копирование 1С по расписанию.
Сеть и терминальный доступ
Если пользователи подключаются к файловой базе по сети, нужна как минимум гигабитная проводная сеть. Работа с файловой базой по Wi-Fi или через VPN из другого города — частая причина зависаний и даже повреждения базы. Для удалённых сотрудников правильная схема — терминальный доступ: пользователь подключается к серверу по RDP, а 1С работает на сервере рядом с базой. По каналу передаётся только изображение экрана.
Лицензии, о которых забывают
| Что | Файловый вариант | Клиент-серверный вариант |
|---|---|---|
| Клиентские лицензии 1С | нужны по числу одновременных подключений | нужны по числу одновременных подключений |
| Лицензия сервера 1С | не нужна | нужна |
| Лицензия СУБД | не нужна | PostgreSQL — бесплатно; MS SQL Server — платная, кроме редакции Express с ограничениями |
Бесплатная редакция MS SQL Server Express имеет ограничения по размеру базы и используемым ресурсам, поэтому для рабочей базы 1С на 10+ пользователей она обычно не подходит. PostgreSQL в сборке, адаптированной для 1С, лицензий не требует.
Купить сервер или арендовать
Оба варианта рабочие. Выбор зависит от того, есть ли у компании серверная комната, администратор и бюджет на разовую покупку.
| Критерий | Свой сервер | Аренда облачного сервера |
|---|---|---|
| Затраты | разовая покупка железа и лицензий, затем обслуживание | ежемесячный платёж |
| Размещение | нужны помещение, охлаждение, ИБП | в дата-центре провайдера |
| Масштабирование | докупка комплектующих или новый сервер | изменение тарифа |
| Администрирование | свой специалист или подрядчик | зависит от тарифа, часто базовое администрирование включено |
| Удалённый доступ | надо настраивать и защищать самостоятельно | обычно готов сразу |
| Отказ железа | простой до ремонта, если нет резервного сервера | решается на стороне провайдера |
Для небольших компаний на 5–20 пользователей аренда часто оказывается проще: не нужно подбирать железо с запасом рост, искать место под стойку и думать о замене дисков. Например, тарифы на аренду терминального сервера с 1С у Service4biz начинаются от 1 500 ₽ в месяц; в стоимость входят установка 1С и MS Office, настройка ЭДО и ЕГАИС, перенос данных и еженощные резервные копии, а число пользователей не ограничено. Ресурсы при этом всё равно подбираются под вашу нагрузку — ориентиры из таблицы выше применимы и к облачному серверу.
Свой сервер оправдан, когда база очень большая, нагрузка стабильно высокая, есть требования хранить данные на своей территории или уже есть инфраструктура и системный администратор. Единственное, от чего стоит отказаться сразу, — от идеи поставить под 1С обычный настольный компьютер или мини-ПК. Почему это плохо даже для двух пользователей, разобрано в статье неттоп как сервер для 1С.
Как подобрать конфигурацию по замерам
Если база уже работает, самый надёжный способ подбора — посмотреть на фактическую нагрузку.
- Посчитайте число одновременных сеансов в пиковые часы. В клиент-серверном варианте это видно в консоли администрирования серверов 1С, в файловом — по числу активных пользователей в конфигураторе или в списке сеансов терминального сервера.
- В течение нескольких рабочих дней, включая закрытие месяца, снимайте счётчики производительности Windows: загрузку процессора, свободную память, очередь диска, время отклика диска. Для этого подходит встроенный «Системный монитор» (perfmon).
- Посмотрите размер базы и его прирост за последние месяцы, чтобы заложить диски с запасом минимум на 2–3 года.
- Выявите тяжёлые операции: какие отчёты и обработки выполняются дольше всего, какие регламентные задания работают в рабочее время.
- Заложите запас 30–50% по памяти и дискам и определите, как будет расти число пользователей.
Если 1С уже работает медленно, сначала стоит выяснить причину: иногда проблема не в железе, а в блокировках, устаревшей статистике СУБД или тяжёлом фоновом задании. Типовые причины собраны в статье 1С тормозит: что делать.
Частые вопросы
Сколько оперативной памяти нужно серверу 1С на 10 пользователей?
Ориентир — 32 ГБ для сервера, на котором работают и база, и терминальные сеансы. Если это только сервер 1С и СУБД без терминала, для лёгких конфигураций может хватить 16–24 ГБ. Для УТ и ERP с активной работой лучше закладывать больше.
Можно ли держать файловую базу на 20 пользователей?
Технически можно, но при активной работе 20 человек начнут ждать друг друга на блокировках, а риск повреждения базы при сбоях выше. Для такого числа пользователей правильный выбор — клиент-серверный вариант с PostgreSQL или MS SQL.
Что важнее для 1С: частота процессора или количество ядер?
Для скорости работы одного пользователя важнее частота и производительность одного ядра. Количество ядер определяет, сколько пользователей и фоновых заданий сервер обслужит одновременно без очереди. Для небольших офисов приоритет — частота.
Обязательно ли NVMe, или хватит SATA SSD?
Для 5–10 пользователей с небольшой базой SATA SSD обычно достаточно. NVMe даёт заметный выигрыш при больших базах, активной записи и в клиент-серверном варианте с 20+ пользователями. В любом случае нужно зеркалирование дисков.
Что выгоднее для 5–10 пользователей: купить сервер или арендовать?
Зависит от наличия помещения, администратора и бюджета. Покупка требует разовых вложений в железо и лицензии плюс обслуживание. Аренда — ежемесячный платёж, но без забот о железе, резервных копиях и удалённом доступе. Для небольших офисов без своего администратора аренда обычно проще.
Можно ли совместить сервер 1С, СУБД и терминальный сервер на одной машине?
Для 5–20 пользователей это обычная практика при достаточном объёме памяти. Нужно ограничить память СУБД, чтобы она не вытесняла терминальные сеансы, и следить за загрузкой процессора. Для 30 и более пользователей роли лучше разнести.