Как собрать хороший сервер для 1С

1С предъявляет к серверу специфические требования, которые отличаются от типовых задач вроде файлового хранилища или веб-сайта. Главная нагрузка ложится на процессор (однопоточная производительность важнее количества ядер), дисковую подсистему (случайные операции чтения-записи от СУБД) и объём оперативной памяти. Сервер, собранный «по остаточному принципу» из офисного компьютера, почти гарантированно станет узким местом уже при 10–15 активных пользователях.

Основная ошибка при сборке — ориентироваться на «среднюю цену сервера» вместо реального профиля нагрузки. Файловый режим работы, клиент-серверный режим с PostgreSQL или MS SQL, терминальный доступ — у каждого сценария свои приоритеты в железе. Ниже разобраны практические критерии выбора комплектующих, расчёт под количество пользователей и типовые конфигурации для малого и среднего бизнеса.

Все рекомендации применимы к типовым конфигурациям (Бухгалтерия, Управление торговлей, ERP, ЗУП) и основаны на общих принципах работы платформы 1С с СУБД. Конкретные модели процессоров и дисков приведены как ориентир класса оборудования, а не как единственно верный выбор.

Определите режим работы 1С до выбора железа

Первый шаг — понять, как именно будет работать система, потому что от этого зависит вся архитектура сервера. Файловый режим подходит только для 1–5 пользователей и не требует выделенного сервера вовсе: база лежит в сетевой папке, и нагрузка ложится на компьютеры пользователей и сеть. Для большего количества пользователей файловый режим становится источником блокировок и повреждений базы.

Клиент-серверный режим (1С:Предприятие + PostgreSQL, MS SQL Server или Oracle) — стандарт для 10 и более пользователей. Здесь нагрузка концентрируется на сервере: кластер 1С обрабатывает запросы, СУБД выполняет чтение и запись данных. Именно под этот сценарий и собирается «сервер для 1С» в классическом понимании.

Терминальный режим (RDP, RemoteApp) переносит на сервер ещё и работу клиентских приложений: каждый пользователь занимает сессию с запущенным клиентом 1С. Это резко увеличивает требования к оперативной памяти и процессору, но упрощает администрирование и позволяет работать на слабых клиентских машинах.

Маршрут решения

Как выбрать архитектуру

Пользователей до 5, база небольшаяФайловый режим на обычном ПК с SSD, выделенный сервер не нужен

Пользователей 5–30, работа по локальной сетиКлиент-серверный режим, один сервер совмещает кластер 1С и СУБД

Пользователей 30+ или филиалы по VPNРазделите роли: отдельно сервер СУБД, отдельно сервер приложений 1С или терминальный сервер

Пользователи работают удалённо и с тонких клиентовТерминальный сервер с расчётом RAM 2–4 ГБ на сессию плюс сервер СУБД

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

Платформа 1С и типовые запросы СУБД плохо распараллеливаются: один тяжёлый отчёт или проведение документа выполняется преимущественно в одном потоке. Поэтому процессор с высокой тактовой частотой и производительностью на ядро даст больший эффект, чем многоядерный чип с низкой частотой. Ориентир — частота от 3,0 ГГц и выше в турбо-режиме.

Для сервера на 10–30 пользователей подходят процессоры класса Intel Xeon E-2300 или AMD EPYC 4004 с 6–8 ядрами. Для 50+ пользователей или совмещения ролей имеет смысл смотреть на Xeon Silver/Gold или EPYC серии 8004/9004 с 12–16 ядрами, но частоту ядра снижать не стоит. Практическое правило: лучше 8 быстрых ядер, чем 24 медленных.

Избегайте двух крайностей: десктопных процессоров Core i5/i7 без ECC-памяти в критичных системах и старых многоядерных Xeon с частотой около 2 ГГц — первые рискованны по надёжности, вторые тормозят именно там, где 1С чувствительна больше всего.

Дисковая подсистема: главный фактор отзывчивости базы

СУБД постоянно выполняет случайные операции чтения и записи небольшими блоками, и именно здесь разница между дисками ощущается сильнее всего. Жёсткие диски (HDD) для рабочей базы 1С не подходят категорически — даже в RAID 10 они не обеспечат нужного времени отклика. Минимальный уровень — SATA SSD корпоративного класса, оптимальный — NVMe SSD.

Обязательно используйте зеркалирование (RAID 1) для дисков с базой: отказ одного накопителя не должен останавливать работу компании. Аппаратный RAID-контроллер с кэшем и батарейкой (BBU) или энергонезависимой памятью (FBWC) дополнительно ускоряет запись и защищает данные при отключении питания. Программный RAID встроенными средствами ОС — допустимый бюджетный вариант для NVMe.

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

Оперативная память: сколько нужно и какой тип

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

Практические ориентиры для клиент-серверного режима: 32 ГБ — минимум для 10–15 пользователей с базой до 30–50 ГБ; 64 ГБ — комфортный уровень для 20–40 пользователей; 128 ГБ и больше — при больших базах ERP или совмещении терминальных сессий. Для терминального сервера добавляйте примерно 2–4 ГБ на каждую активную сессию пользователя 1С.

Используйте серверную память с коррекцией ошибок (ECC) — она предотвращает тихие повреждения данных в оперативной памяти, которые иначе могут привести к порче базы без видимых причин. Устанавливайте модули парами или по рекомендации производителя платформы, чтобы задействовать многоканальный режим — это заметно влияет на пропускную способность памяти.

Сеть, питание и платформа: то, о чём забывают

Сеть между клиентами, сервером 1С и СУБД должна быть гигабитной как минимум; при разнесении ролей на разные машины желательны 10-гигабитные интерфейсы между сервером приложений и сервером СУБД. Wi-Fi для работы с 1С в клиент-серверном режиме не подходит — потери пакетов вызывают разрывы соединения и ошибки транзакций.

Источник бесперебойного питания с корректным завершением работы (через USB или сетевую карту ИБП) обязателен. Внезапное отключение сервера во время записи транзакций — одна из главных причин повреждённых баз. Для серьёзной инфраструктуры выбирайте платформу с двумя блоками питания и возможностью горячей замены дисков.

По форм-фактору: башенный сервер (tower) удобен для офиса без серверной, стоечный (rack) — при наличии шкафа. Обращайте внимание на шум: стоечные серверы с высокооборотистыми вентиляторами невозможно разместить в рабочем помещении, а перегрев в закрытом шкафу без вентиляции сокращает срок службы дисков.

Типовые конфигурации под разную нагрузку

Ниже — ориентировочные классы конфигураций для клиент-серверного режима. Это не готовые спецификации, а отправная точка для расчёта под вашу базу и число пользователей.

Если бюджет ограничен, приоритет сокращений такой: сначала урезайте избыточность процессора, затем объём RAM (но не ниже минимума), и никогда — качество дисковой подсистемы и резервное копирование. Диски и бэкапы — последнее, на чём можно экономить.

Сборка, настройка и проверка результата

После сборки железа работа не заканчивается: производительность 1С наполовину определяется настройкой программного стека. Установите серверную ОС, обновите прошивки (BIOS, контроллеры, диски), затем разверните СУБД и платформу 1С. Для PostgreSQL обязательно настройте параметры shared_buffers, work_mem и effective_cache_size под объём памяти — настройки по умолчанию рассчитаны на слабые машины.

1. 1
   Соберите RAID-массив и проверьте его статус в утилите контроллера
2. 2
   Обновите BIOS и прошивки дисков до актуальных версий
3. 3
   Установите ОС, отключите энергосбережение процессора (режим High Performance)
4. 4
   Установите СУБД, настройте память и разнесите базу, лог и tempdb по дискам
5. 5
   Установите платформу 1С, создайте кластер и информационную базу
6. 6
   Настройте автоматические бэкапы СУБД и проверьте восстановление на тестовой копии
7. 7
   Проведите нагрузочное тестирование: типовые операции и отчёты под несколькими сессиями

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

Контрольные точки

Как проверить результат

Время отклика дисковой подсистемы

Норма

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

Тревожный признак

Всплески задержек, очередь диска растёт в часы пик

Загрузка RAM в рабочее время

Норма

Занято 60–85%, своп не используется

Тревожный признак

Постоянные 95%+ и активный файл подкачки

Скорость типовых операций

Норма

Отчёты и проведение заметно быстрее, чем на старом сервере

Тревожный признак

Прироста нет — ищите узкое место: диски, настройки СУБД, сеть

Температура компонентов

Норма

В пределах нормы под нагрузкой, без троттлинга

Тревожный признак

Перегрев, снижение частоты процессора под нагрузкой

Типичные ошибки при сборке сервера под 1С

Большинство проблем с производительностью 1С связано не с нехваткой мощности, а с ошибками проектирования. Ниже — самые частые из них.

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

Частые вопросы

Можно ли использовать обычный мощный ПК вместо сервера?

Технически — да, для небольшой компании на 5–10 пользователей это рабочий вариант. Но учитывайте риски: нет ECC-памяти, резервирования питания и горячей замены дисков, а комплектующие не рассчитаны на круглосуточную работу. Обязательно добавьте зеркало дисков, ИБП и регулярные бэкапы на внешнее хранилище.

Что лучше для 1С: PostgreSQL или MS SQL Server?

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

Нужен ли отдельный сервер под СУБД?

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

Сколько памяти выделять под СУБД?

Общий принцип: СУБД отдают бо́льшую часть памяти, оставляя запас ОС и кластеру 1С. При совмещении ролей ориентир — порядка половины объёма под кэш СУБД, остальное под рабочие процессы 1С и систему. Точные значения зависят от размера базы и числа пользователей; контролируйте по фактическому потреблению и отсутствию свопа.

Как понять, что сервер перестал справляться?

Типовые признаки: рост времени проведения документов и построения отчётов при том же объёме данных, постоянная загрузка памяти выше 90% с активным свопом, рост дисковых очередей в часы пик, жалобы пользователей на «подвисания» в конце месяца. Снимите метрики производительности за несколько дней — они покажут, какой ресурс стал узким местом.