Администрирование · 12 мин
Какой сервер купить для 1С: выбираем конфигурацию под задачи компании
Как выбрать сервер для 1С: требования к процессору, памяти и дискам, расчёт под число пользователей, типовые конфигурации, ошибки при покупке и FAQ.
1С предъявляет к серверу специфические требования, которые отличаются от типичных задач вроде файлового хранилища или веб-сайта. Главная особенность — высокая чувствительность к скорости одного ядра процессора и к задержкам дисковой подсистемы, потому что значительная часть операций в платформе выполняется последовательно и не распараллеливается на десятки потоков. Поэтому сервер с большим числом медленных ядер часто работает с 1С хуже, чем машина с меньшим количеством быстрых ядер.
Второй ключевой фактор — режим работы: файловый или клиент-серверный. В файловом режиме база лежит в общей папке, и сервер фактически просто отдаёт файлы по сети, а вся логика выполняется на компьютерах пользователей. В клиент-серверном режиме нагрузка ложится на связку «сервер 1С:Предприятия + СУБД», и именно здесь правильный подбор железа даёт основной эффект. До покупки нужно определить, какой режим планируется, сколько пользователей будет работать одновременно и какие конфигурации будут запущены.
Ошибка на этапе выбора обходится дорого: недостаточный объём памяти приводит к постоянным обращениям к диску и «подвисаниям» у всех пользователей, а неправильно собранная дисковая подсистема становится узким местом, которое нельзя исправить настройками. Ниже — практический разбор требований к каждому компоненту и типовые конфигурации под разные сценарии.
Определите исходные условия: режим работы и число пользователей
Прежде чем смотреть каталоги, зафиксируйте четыре параметра: количество одновременно работающих пользователей, перечень конфигураций (Бухгалтерия, ЗУП, Управление торговлей, ERP и другие), планируемый режим работы базы и прогноз роста на 2–3 года. Именно эти вводные определяют класс оборудования, а не наоборот.
Файловый режим разумно рассматривать при работе до 5–10 пользователей с нетяжёлыми конфигурациями. При большем числе пользователей или при использовании ERP, комплексной автоматизации, больших баз ЗУП переходите на клиент-серверный режим: он снимает ограничения файлового доступа, даёт нормальное резервное копирование средствами СУБД и позволяет масштабироваться.
Отдельно учтите фоновые и регламентные задания, обмены с сайтом, интеграции с другими системами. Они создают нагрузку вне зависимости от пользователей, и если обмены идут постоянно, закладывайте запас по ресурсам.
Как выбрать действие
Процессор: частота важнее количества ядер
Платформа 1С плохо масштабируется по ядрам: один сеанс пользователя в критичных операциях (проведение документов, расчёт зарплаты, закрытие месяца) нагружает преимущественно один поток. Поэтому при выборе процессора смотрите в первую очередь на тактовую частоту и производительность на ядро, а не на общее число ядер.
Практическая рекомендация — процессоры с частотой от 3 ГГц и выше. Для небольших баз подходят модели уровня Intel Xeon E или Core i7/i9, для средних и крупных — Xeon Scalable или AMD EPYC с высокой частотой на ядро. Избегайте многоядерных моделей с низкой базовой частотой: 32 ядра на 2 ГГц для 1С хуже, чем 8 ядер на 3,5 ГГц.
Учтите лицензионный аспект: стоимость лицензий на сервер 1С и на СУБД может зависеть от числа ядер. Иногда выгоднее взять процессор с меньшим числом более быстрых ядер — и по производительности, и по стоимости лицензий.
Оперативная память: считаем с запасом
Память — второй по важности ресурс. Основные потребители: рабочие процессы сервера 1С (rphost), СУБД и операционная система. Если памяти не хватает, СУБД начинает активно читать данные с диска, и скорость работы всей системы падает кратно.
Ориентиры для прикидки: на операционную систему и служебные задачи оставьте 4–8 ГБ; серверу 1С выделите память из расчёта примерно 0,5–1 ГБ на активного пользователя с запасом на фоновые задания; СУБД должна получить объём, достаточный для размещения в памяти активной части базы и индексов. Для базы в 30–50 ГБ желательно, чтобы значительная её часть помещалась в буфер СУБД.
Типовые точки старта: для 5–10 пользователей — 32 ГБ, для 15–30 пользователей — 64 ГБ, для 30–50 и более — 128 ГБ и выше. Берите сервер со свободными слотами памяти, чтобы нарастить объём без замены модулей. Используйте память с коррекцией ошибок (ECC) — это стандарт для серверного сегмента и защита от порчи данных.
Дисковая подсистема: SSD и отказоустойчивость
Диски — самое частое узкое место в системах с 1С. Журналы транзакций СУБД требуют быстрой записи с малыми задержками, а случайное чтение при работе пользователей чувствительно к времени отклика. Жёсткие диски (HDD) для размещения рабочих баз 1С использовать не следует — это самая частая причина жалоб на «медленную 1С».
Минимально разумная схема — SSD-накопители в зеркальном массиве RAID 1 или RAID 10. Зеркалирование защищает от выхода из строя одного диска: без него отказ единственного накопителя означает остановку работы всей компании и восстановление из резервной копии с потерей данных за период с момента последнего бэкапа. Выбирайте SSD дата-центрового класса с высоким ресурсом записи (TBW/DWPD), а не дешёвые потребительские модели.
Полезно разделить нагрузку: операционная система, файлы базы и журналы транзакций СУБД по возможности размещаются на разных физических устройствах. Для небольших установок это необязательно, но при росте нагрузки даёт заметный эффект.
Сеть, питание и надёжность платформы
Сеть между сервером и клиентами должна быть гигабитной как минимум; при файловом режиме качество сети критично, поскольку вся работа идёт через передачу файлов. Для клиент-серверного режима требования к полосе ниже, но важна стабильность: обрывы соединения приводят к завершению сеансов и потере несохранённых данных пользователей.
Обязательные элементы серверной платформы: источник бесперебойного питания с корректным завершением работы при длительном отключении, два блока питания в самом сервере (для стоечных моделей это стандарт), удалённое управление (KVM/IPMI или аналог) для диагностики без физического доступа. Эти опции недороги относительно стоимости простоя.
Не экономьте на гарантии и сервисном обслуживании: для бизнес-критичного сервера разумна гарантия с выездом и заменой компонентов в течение одного-двух рабочих дней.
Типовые конфигурации под разные сценарии
Ниже — ориентировочные конфигурации. Точные модели и объёмы уточняйте под свою нагрузку, объём базы и требования лицензирования.
| Сценарий | Процессор | Память | Диски |
|---|---|---|---|
| До 5 пользователей, файловый режим | 4–6 ядер, от 3 ГГц | 16–32 ГБ ECC | 2 × SSD в RAID 1 |
| 10–20 пользователей, клиент-сервер | 6–8 ядер, от 3 ГГц | 64 ГБ ECC | 2–4 × SSD в RAID 1/10 |
| 20–50 пользователей, тяжёлые конфигурации | 8–12 быстрых ядер | 128 ГБ ECC | 4+ × SSD в RAID 10, разделение БД и журналов |
| 50+ пользователей, несколько баз | Отдельные серверы для 1С и СУБД | 128–256 ГБ на узел | RAID 10 на SSD дата-центрового класса |
Альтернатива покупке железа — аренда виртуального сервера у провайдера или облачный сервис с готовой 1С. Это снимает вопросы питания, охлаждения и замены комплектующих, но требует стабильного интернет-канала и внимательного выбора тарифа: у виртуальных машин важны гарантированная производительность процессора и быстрые диски, а не только объём памяти.
Сравнение вариантов размещения
Полный контроль и предсказуемая производительность, но нужны ИБП, помещение, обслуживание и запас на отказ железа
Быстрый старт и масштабирование без покупки железа; риски — зависимость от канала связи и качества виртуализации провайдера
Минимум администрирования, обновления и бэкапы включены; ограничения — меньше гибкости по доработкам и интеграциям
Проверка результата после установки
После развёртывания сервера проверьте его под реальной нагрузкой, а не по синтетическим тестам. Запустите типичные тяжёлые операции: проведение крупных документов, перепроведение за период, формирование регламентированной отчётности, закрытие месяца в копии базы. Замерьте время выполнения и сравните с ожиданиями пользователей.
Параллельно наблюдайте за счётчиками: загрузка процессора по ядрам (а не только средняя), использование памяти, очередь диска и время отклика накопителей. Очередь диска, постоянно превышающая единицы, и высокие задержки — признак того, что дисковая подсистема не справляется.
Как проверить результат
Сопоставимо с прежней системой или быстрее, стабильно в часы пик
Время растёт при увеличении числа пользователей в разы
Низкая очередь, задержки в пределах единиц миллисекунд
Постоянная очередь, задержки десятки миллисекунд
Есть свободный запас, СУБД не вытесняется из памяти
Постоянная нехватка памяти, активная работа с файлом подкачки
В пике есть запас по большинству ядер
Отдельные ядра постоянно загружены на 100% при жалобах пользователей
Частые ошибки при покупке
Отдельная ошибка — перенос ответственности на «мощный офисный компьютер» без серверных компонентов. Отсутствие ECC-памяти, одиночный блок питания, потребительские SSD и отсутствие удалённого управления делают такую машину ненадёжной точкой для критичной системы.
Что важно запомнить
Для 1С выбирайте процессор с высокой частотой на ядро, память с запасом под СУБД (от 32–64 ГБ для малых и средних баз), SSD в зеркальном массиве и обязательное резервное копирование с ИБП. Конфигурацию считайте от числа одновременных пользователей, режима работы и прогноза роста, а после установки проверяйте систему на реальных тяжёлых операциях.
Частые вопросы
Можно ли использовать обычный офисный компьютер как сервер для 1С?
Для файлового режима на 3–5 пользователей — допустимо как временное решение. Для клиент-серверного режима и большего числа пользователей не рекомендуется: нет ECC-памяти, резервирования питания и нормального RAID-контроллера, а потребительские SSD быстро изнашиваются под нагрузкой СУБД.
Что лучше для 1С: Intel или AMD?
Принципиальной разницы нет — важны частота на ядро и производительность в однопоточных задачах. Подходят как Intel Xeon, так и AMD EPYC/Ryzen с высокой частотой. Сравнивайте конкретные модели по частоте, числу ядер и стоимости лицензий, привязанных к ядрам.
Сколько памяти нужно для базы в 20 ГБ?
Желательно, чтобы значительная часть базы и индексов помещалась в память СУБД. Практический минимум для такой базы при 10–20 пользователях — 64 ГБ общего объёма сервера: часть уйдёт операционной системе и серверу 1С, остальное — буферам СУБД.
Нужен ли отдельный сервер под СУБД?
До 30–50 пользователей сервер 1С и СУБД обычно спокойно работают на одной машине при достаточном объёме памяти. Разделение имеет смысл при большем числе пользователей, нескольких тяжёлых базах или когда требуется независимое масштабирование и обслуживание компонентов.
Можно ли разместить сервер 1С в облаке вместо покупки железа?
Да, это рабочий вариант, особенно для распределённых команд. Ключевые требования к облачной конфигурации: гарантированная производительность процессора (не перепроданные ресурсы), быстрые SSD-диски с низкими задержками и стабильный канал связи у пользователей. Перед миграцией протестируйте скорость работы на копии базы.
Как понять, что существующий сервер пора менять, а не настраивать?
Если после оптимизации настроек СУБД и платформы остаются постоянно загруженные на 100% отдельные ядра процессора, нехватка памяти с активной подкачкой или высокие дисковые задержки при исправных SSD — ресурсы исчерпаны, и наращивание железа даст больше, чем дальнейшая настройка.