Администрирование · 12 мин
Как собрать сервер для 1С: от подбора железа до настройки
Как собрать сервер для 1С своими руками: выбор процессора, дисков, объёма ОЗУ под число пользователей, настройка RAID, СУБД и кластера серверов 1С.
Собрать сервер для 1С своими руками — рабочая задача для небольшой компании, где покупка брендового сервера не укладывается в бюджет. Главная сложность не в самой сборке, а в правильном подборе компонентов: 1С предъявляет специфические требования к процессору, дисковой подсистеме и памяти, и ошибка на этапе выбора железа потом не лечится настройкой.
Ключевой принцип: производительность 1С упирается в три узких места — частоту ядер процессора (а не их количество), скорость дисковой подсистемы и объём оперативной памяти. Многоядерный серверный процессор с низкой частотой проиграет обычному десктопному CPU с высокой частотой на ядро, потому что большинство операций 1С выполняются в один поток.
Перед покупкой комплектующих определите сценарий работы: файловый или клиент-серверный режим, число одновременных пользователей, размер базы и планируется ли рост. От этих ответов зависит вся конфигурация — от выбора платформы до объёма RAID-массива.
Определите нагрузку: сценарий работы и число пользователей
Первый шаг — честно оценить нагрузку. Файловый режим подходит для базы с 3–5 пользователями и не требует отдельного сервера: достаточно выделенной машины или даже рабочего компьютера с быстрым диском. При росте числа пользователей файловый режим начинает тормозить из-за блокировок и сетевого обмена, и единственное решение — переход на клиент-серверную архитектуру: кластер серверов 1С плюс СУБД (PostgreSQL, MS SQL Server).
Для клиент-серверного режима ориентируйтесь на такие градации: до 10–15 пользователей — одна машина с кластером 1С и СУБД на борту; 15–50 пользователей — желательно разнести СУБД и сервер 1С на разные машины или хотя бы выделить СУБД отдельные диски; свыше 50 — полноценный серверный класс с резервированием. Это ориентиры, а не жёсткие нормы: реальная нагрузка зависит от конфигурации (ERP гораздо тяжелее бухгалтерии) и интенсивности работы.
Обязательно заложите запас на рост. Если сейчас в базе работают 8 человек, а через год планируется 15, собирайте сервер сразу под 20–25. Апгрейд сервера «на лету» в работающей компании — это простои и риски, дешевле заложить ресурс заранее.
Как выбрать архитектуру
Процессор: частота важнее количества ядер
Это самая частая ошибка при сборке сервера под 1С: покупают многоядерный серверный Xeon с частотой 2,0–2,4 ГГц, а 1С на нём работает медленнее, чем на офисном Core i7. Причина в том, что типичные операции 1С — проведение документа, расчёт в запросе, формирование отчёта — выполняются одним потоком, и скорость этого потока определяется частотой и производительностью ядра.
Практическая рекомендация: выбирайте процессор с максимальной частотой в турбо-режиме и высоким показателем производительности на одно ядро. Для небольшого сервера подойдут десктопные линейки Core i5/i7/i9 или Ryzen 7/9 последних поколений. Для серверного класса — Xeon с высокой частотой на ядро, а не топовые модели с 24–32 ядрами.
Количество ядер тоже имеет значение, но вторично: ядра нужны для параллельной работы нескольких пользователей, фоновых заданий и процессов СУБД. Для сервера на 15–25 пользователей достаточно 8–12 ядер с высокой частотой. Больше ядер имеет смысл только при большом числе одновременных сессий или нескольких базах на одном сервере.
Дисковая подсистема и RAID: самое критичное место
База 1С в клиент-серверном режиме — это интенсивная работа с дисками: журналы транзакций СУБД, временные таблицы, чтение данных. Медленный диск сводит на нет быстрый процессор и большой объём памяти. Жёсткие диски (HDD) для размещения рабочей базы использовать не стоит — только SSD.
Минимальная разумная конфигурация — два SSD в зеркале (RAID 1) под систему, СУБД и базу. Лучше — разделить: отдельный массив под операционную систему и отдельный под данные СУБД. Для нагруженных баз оптимален RAID 10 из четырёх и более SSD: он даёт и отказоустойчивость, и высокую скорость записи, критичную для журналов транзакций.
Обратите внимание на тип SSD. Дешёвые потребительские накопители с QLC-памятью проседают по скорости при длительной записи и быстро вырабатывают ресурс под нагрузкой СУБД. Для сервера выбирайте SSD с TLC-памятью и высоким ресурсом записи (TBW), в идеале — модели, позиционируемые для серверов или рабочих станций. NVMe-диски заметно быстрее SATA, и если платформа поддерживает NVMe, это оправданная трата.
Оперативная память: сколько нужно и какой
Память расходуют три потребителя: операционная система, СУБД и рабочие процессы кластера 1С. СУБД эффективно кэширует данные в память — чем больше буфер, тем реже обращения к диску. Рабочие процессы 1С (rphost) могут потреблять сотни мегабайт каждый, а при тяжёлых отчётах — гигабайты.
Ориентиры для клиент-серверного режима: 32 ГБ — минимум для небольшого сервера на 10–15 пользователей; 64 ГБ — комфортный объём для 15–30 пользователей или базы размером в десятки гигабайт; 128 ГБ и выше — для крупных баз ERP и десятков одновременных сессий. Полезное правило: объём ОЗУ желательно иметь сопоставимым с размером активно используемой части базы, чтобы СУБД могла держать её в кэше.
Для серверной платформы берите память с коррекцией ошибок (ECC) — она защищает от повреждения данных из-за сбоев ячеек памяти, что для базы данных критично. Для десктопной платформы ECC обычно недоступна или ограничена — это один из аргументов в пользу серверного класса при росте требований к надёжности. Устанавливайте модули памяти парами или комплектами по рекомендации производителя платы, чтобы работал многоканальный режим.
Платформа, питание и надёжность
Для небольшого сервера допустима качественная десктопная платформа: материнская плата с чипсетом, поддерживающим нужный процессор, достаточным числом портов SATA/NVMe и сетевым контроллером гигабитного класса. Но у десктопного подхода есть ограничения: нет удалённого управления (IPMI), нет резервирования питания, ограниченная поддержка ECC.
Серверная платформа (материнская плата с IPMI, корпус с резервными блоками питания, hot-swap корзины для дисков) оправдана, когда простой сервера дорог: удалённое управление позволяет перезагрузить зависшую машину без поездки в офис, а резервный блок питания и горячая замена дисков сокращают время восстановления после отказа.
Вне зависимости от класса платформы обязателен источник бесперебойного питания с корректным завершением работы: внезапное отключение питания во время записи в базу — типичная причина повреждения данных. Настройте связку ИБП и операционной системы так, чтобы при длительном отключении электричества сервер корректно останавливал СУБД и выключался. Также продумайте охлаждение: сервер в закрытом шкафу без вентиляции перегреется и начнёт сбрасывать частоты.
Десктопная или серверная платформа
Дёшево, высокая частота CPU. Подходит до 15–20 пользователей. Нет IPMI, ECC и резервирования питания
ECC, IPMI, резервные БП, hot-swap диски. Дороже, процессоры часто с меньшей частотой — выбирайте модели внимательно
Гарантия и сервисная поддержка, совместимость компонентов. Максимальная цена — оправдана при критичности простоя
Сборка и базовая настройка программной части
Сборка железа стандартна: процессор с качественным кулером, память в правильные слоты по мануалу платы, диски по плану массивов, кабели с запасом на обслуживание. После сборки до установки системы прогоните стресс-тесты: память — несколько часов тестирования, процессор и диски — под нагрузкой с контролем температур. Выявить брак комплектующего сейчас несравнимо проще, чем после развёртывания базы.
Дальше — программный стек. Установите операционную систему (Windows Server или поддерживаемый дистрибутив Linux), затем СУБД и платформу 1С. Для PostgreSQL применяйте рекомендованные для 1С настройки: увеличенные буферы, корректные параметры записи журналов. Для MS SQL Server — разнесите файлы данных и журналов по разным массивам, если диски позволяют. Создайте кластер серверов 1С, зарегистрируйте базу и проверьте работу под реальными пользователями.
- 1Соберите железо, обновите прошивки материнской платы и контроллеров
- 2Прогоните стресс-тесты памяти, процессора и дисков с контролем температур
- 3Создайте RAID-массивы и проверьте их отказоустойчивость
- 4Установите ОС, настройте сеть, электропитание и связку с ИБП
- 5Установите и настройте СУБД по рекомендациям для 1С
- 6Разверните кластер серверов 1С, зарегистрируйте базу
- 7Настройте резервное копирование и проверьте восстановление из копии
- 8Проведите нагрузочную проверку с реальными пользователями до перевода базы в промышленную эксплуатацию
Проверка результата и обслуживание
После запуска контролируйте ключевые показатели: загрузку процессора и дисков в часы пик, объём свободной памяти, время отклика на типовых операциях (проведение документа, открытие отчёта). Если диски загружены на 90–100% при умеренной нагрузке — проблема в дисковой подсистеме или нехватке памяти для кэша СУБД. Если процессор загружен на 100% по одному ядру, а остальные простаивают — упор в частоту ядра, и поможет только более быстрый CPU.
Регулярное обслуживание: мониторинг состояния RAID и SMART дисков, контроль свободного места (журналы СУБД способны заполнить диск и остановить базу), проверка резервных копий тестовым восстановлением, очистка от пыли и контроль температур. Плановая замена SSD по мере выработки ресурса дешевле аварийного восстановления.
Как проверить, что сервер справляется
До 60–70%, очередь запросов небольшая
Постоянные 90–100%, операции в 1С «подвисают»
Есть свободный объём, система не использует файл подкачки активно
Память заполнена, идёт интенсивный свопинг
Средняя загрузка умеренная, всплески кратковременны
Одно ядро на 100% при медленной работе — упор в частоту
Копии создаются по расписанию, тестовое восстановление проходит
Копии есть, но восстановление никогда не проверялось
Что важно запомнить
Сервер для 1С — это высокая частота ядер процессора, быстрые SSD в отказоустойчивом RAID, память с запасом под СУБД и обязательное резервное копирование. Сначала оцените нагрузку и заложите рост, потом подбирайте платформу, а перед вводом в работу обязательно тестируйте железо и восстановление из копии.
Частые вопросы
Можно ли использовать обычный мощный компьютер как сервер 1С?
Да, для 5–15 пользователей качественная десктопная сборка с быстрым процессором, SSD в RAID 1 и 32–64 ГБ памяти — рабочее решение. Ограничения: нет ECC-памяти, удалённого управления и резервирования питания, поэтому критично важны ИБП и регулярные резервные копии.
Какой RAID выбрать под базу 1С?
Минимум — RAID 1 из двух SSD. Для нагруженных баз оптимален RAID 10: он даёт высокую скорость записи, важную для журналов транзакций СУБД. RAID 5 на SSD применять можно, но запись на нём медленнее, а для базы данных это критичный параметр.
Почему серверный Xeon может работать с 1С медленнее десктопного Core i7?
Большинство операций 1С выполняются в один поток, и их скорость зависит от частоты и производительности одного ядра. Многоядерные Xeon часто имеют низкую частоту на ядро, поэтому на типовых задачах 1С проигрывают десктопным процессорам с высокой частотой.
Сколько памяти закладывать под PostgreSQL или MS SQL для 1С?
Ориентируйтесь на размер активно используемой части базы: СУБД работает тем быстрее, чем больше данных кэширует в памяти. Практический минимум для небольшого сервера — 32 ГБ, комфортный уровень — 64 ГБ, для крупных баз ERP — 128 ГБ и больше, с выделением значительной части объёма под буферы СУБД.
Нужен ли отдельный сервер под СУБД?
До 10–15 пользователей кластер 1С и СУБД спокойно живут на одной машине. При росте нагрузки разделение даёт выигрыш: СУБД получает выделенные диски и память, а сервер 1С — процессорный ресурс. Альтернатива на одной машине — разнести систему, данные и журналы СУБД по разным массивам.
Что делать в первую очередь, если сервер 1С начал тормозить?
Снимите показания в момент проблемы: загрузка дисков, памяти и отдельных ядер процессора. Диски на 100% — нехватка памяти под кэш или медленный массив; одно ядро на 100% — упор в частоту CPU; память заполнена — увеличивайте объём или пересматривайте настройки СУБД. Не меняйте железо вслепую, не определив узкое место.