Сервер для 1С: сколько ядер, памяти и какие диски нужны

Опубликовано 4 августа 2026 · примерно 6 мин. чтения

Вопрос «какой сервер нужен под 1С» почти всегда задают в неправильной форме: спрашивают про число сотрудников. Считать надо по числу тех, кто работает в базе одновременно в пиковые часы, и по тому, что они делают. Пятнадцать человек, которые изредка выписывают накладные, и пять бухгалтеров в период отчётности — разная нагрузка, и вторая тяжелее.

Ниже — ориентиры по конфигурациям и объяснение, почему параметры именно такие. Это отправная точка для разговора, а не спецификация: под конкретную базу считают по её размеру и характеру работы.

Сначала — режим работы базы

До всякого железа определяется главное: файловая база или клиент-серверная на SQL. От этого зависит не сколько ресурсов покупать, а имеет ли смысл их покупать вообще.

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

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

Ориентиры по конфигурациям

Одновременных пользователей	Ядра	Память	Диски
до 5	4	16 ГБ	SSD, один раздел
до 15	6–8	32 ГБ	NVMe, база и журналы раздельно
до 30	8–12	64 ГБ	NVMe, база, журналы и tempdb раздельно
до 50	12–16	96–128 ГБ	NVMe, раздельно; терминальные сессии выносят на отдельную машину

Числа в таблице — для связки «SQL плюс сервер 1С на одной машине» при базе среднего размера и обычной офисной работе. Если на том же сервере живут ещё и терминальные сессии пользователей, память считают дополнительно: примерно 2 ГБ на активного пользователя сверх указанного.

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

Значительная часть работы 1С выполняется в один поток. Проведение документа, пересчёт итогов, формирование отчёта — это последовательные операции, которые не раскладываются на двадцать ядер. Поэтому процессор с высокой частотой и восемью ядрами для 1С лучше, чем процессор с двадцатью медленными ядрами, хотя во втором «ядер больше» и он дороже.

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

Практический вывод для выбора: смотрите на частоту в первую очередь, а число ядер подбирайте по количеству одновременных сеансов.

Диски решают больше, чем кажется

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

Проверяется это временем отклика диска под нагрузкой. Устойчивые значения выше 20–25 миллисекунд означают, что диск не успевает, и дальше можно не искать.

Минимум для клиент-серверной 1С — SSD, правильно — NVMe. На конфигурациях от пятнадцати пользователей базу данных, журнал транзакций и служебную базу tempdb разносят по разным разделам: они конкурируют за одни и те же операции, и разделение даёт ощутимый прирост без покупки чего-либо ещё.

Память: сколько отдать SQL

Отдельная настройка, о которой забывают чаще всего. По умолчанию SQL Server забирает всю доступную память, вытесняя сервер 1С и саму операционную систему. Симптом узнаваемый: после запуска всё работает нормально, а через час-другой становится тяжело.

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

Чего не стоит делать

Покупать «с запасом на вырост» вслепую. Запас разумен, но если база файловая или диски механические, запас уйдёт впустую: узкое место останется на месте.

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

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

Считать по числу сотрудников в компании. В базе одновременно работает заметно меньше людей, чем числится в штате, — и покупка «на всех» обходится дороже без выигрыша.

Что обычно находится при разборе

Картина повторяется. Сервер куплен четыре года назад, дисковая подсистема механическая, память добавляли дважды — не помогло. Ограничение памяти SQL не выставлено, поэтому к обеду сервер уходит в своп. База и журнал транзакций на одном разделе, свободного места меньше десяти процентов. Регламентное обслуживание индексов не настроено ни разу с момента установки.

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

Как посчитать свой случай

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

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

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