Подбираем железо под 1С:Предприятие 8.3 от 5 до 100 пользователей
Содержание
Для 1С нужен сервер с высокой частотой процессора на ядро (от 3,5 ГГц в турбо), достаточным объёмом памяти (ориентир для 20–30 пользователей — 32–64 ГБ) и NVMe-дисками под базу и журналы СУБД. Количество ядер вторично: одна тяжёлая операция в 1С почти всегда упирается в одно ядро, а не в их сумму.
Типичная боль: купили 32-ядерный сервер за большие деньги, а закрытие месяца идёт так же долго, как на старом офисном компьютере. Ниже — как подобрать конфигурацию под реальную нагрузку и не переплатить за то, что 1С не использует.
Файловая база или клиент-сервер: от этого зависит всё железо
Первый вопрос не про процессор, а про режим работы базы. Он задаёт, какие программы будут крутиться на сервере и что станет узким местом.
📁 Файловый вариант. База — один файл 1Cv8.1CD в сетевой папке. Сервер здесь просто файловое хранилище, вся обработка идёт на компьютерах пользователей. Подходит для 1–10 человек с умеренной нагрузкой. Узкие места: сеть и блокировки файла при одновременной записи.
🖥 Клиент-серверный вариант. На сервере работают три слоя:
- Сервер 1С:Предприятия — агент
ragent, менеджер кластераrmngrи рабочие процессыrphost. Рабочие процессы выполняют серверный код конфигурации: проведение, расчёты, отчёты. - СУБД — MS SQL Server или PostgreSQL. Хранит данные, держит блокировки, пишет журнал транзакций.
- Терминальный сервер (по желанию) — если пользователи заходят через RDP, их клиентские сеансы тоже живут на железе.
Каждый слой ест свои ресурсы. Сервер 1С любит частоту процессора и память. СУБД — быстрые диски и память под кэш. Терминальный сервер — память и ядра пропорционально числу сеансов.
Если всё (1С, СУБД, терминал) ставится на одну машину, считайте ресурсы как сумму трёх ролей, а не как «сервер на 30 человек». Это самая частая ошибка при расчёте.
Порты, которые нужно открыть в клиент-серверном режиме: 1540 (агент), 1541 (менеджер кластера) и диапазон рабочих процессов, по умолчанию 1560–1591. Диапазон задаётся в свойствах рабочего сервера в консоли кластера.
Ориентиры конфигурации сервера на 5–100 пользователей
Цифры ниже — ориентировочные для типовых конфигураций (БП 3.0, ЗУП 3.1, УТ 11) в клиент-серверном режиме, когда 1С и СУБД стоят на одной машине без терминального доступа. Для ERP и КА добавляйте 30–50% к памяти и ядрам.
| Пользователей | Процессор | Память | Диски |
|---|---|---|---|
| 5–10 | 4–6 ядер, турбо от 4 ГГц | 16–32 ГБ | 2 × NVMe в RAID 1 |
| 10–25 | 6–8 ядер, турбо от 4 ГГц | 32–64 ГБ | 2 × NVMe в RAID 1, отдельный SSD под копии |
| 25–50 | 8–12 ядер, базовая частота от 3 ГГц | 64–96 ГБ | 4 × NVMe в RAID 10 или два зеркала: данные и журналы |
| 50–100 | 12–24 ядра, базовая частота от 3 ГГц | 128–256 ГБ | RAID 10 из NVMe под данные, отдельное зеркало под журналы и tempdb |
Если сверху работает терминальный сервер, добавьте к памяти примерно 300–500 МБ на сеанс тонкого клиента и 0,7–1 ГБ на сеанс толстого клиента. Плюс 1–2 ядра на каждые 10–15 активных пользователей.
Таблица — стартовая точка, не гарантия. Одна неудачная доработка или отчёт по полному обороту за пять лет может положить сервер любой мощности. Поэтому после запуска нагрузку обязательно замеряют (последний раздел).
Процессор для сервера 1С: частота против количества ядер
Серверный вызов в 1С — проведение документа, формирование отчёта, расчёт себестоимости — выполняется в одном потоке рабочего процесса. Пока он работает, ему всё равно, сколько ещё ядер свободно. Поэтому время отклика конкретного пользователя определяет производительность одного ядра.
Ядра нужны для параллельности: когда 40 человек одновременно проводят документы, каждому достаётся свой поток. Плюс СУБД распараллеливает тяжёлые запросы и обслуживание индексов.
Практические правила выбора:
- ⚡ Смотрите на турбо-частоту и поколение архитектуры, а не только на число ядер. Современный процессор с частотой 4,5–5 ГГц на ядро проводит документы заметно быстрее старого 2,2 ГГц, даже при вдвое меньшем числе ядер.
- 🧮 Для серверов 1С часто берут процессоры с высокой частотой и умеренным числом ядер (линейки «для рабочих станций» и серверные модели с повышенной частотой), а не максимально многоядерные.
- 🔋 В BIOS и в Windows ставьте профиль максимальной производительности. Режим энергосбережения сбрасывает частоту, и 1С «подтормаживает» без видимой причины. В Windows это
Панель управления → Электропитание → Высокая производительность. - 🧊 Два процессора в одном сервере не всегда быстрее одного: обращение к памяти «чужого» сокета медленнее. Для небольших компаний один мощный сокет обычно выгоднее.
Перед покупкой посмотрите однопоточный рейтинг процессора в открытых бенчмарках. Для 1С он информативнее, чем суммарная многопоточная оценка.
Учтите и лицензирование: у серверных лицензий 1С разных уровней (ПРОФ и КОРП) отличаются возможности, а MS SQL Server Standard лицензируется по ядрам. Лишние ядра могут стоить денег без прироста скорости. Условия конкретной лицензии уточните у партнёра до покупки железа.
Сколько оперативной памяти нужно серверу 1С
Память на сервере делят между собой три потребителя. Посчитайте каждого отдельно.
1. Операционная система. Windows Server — 4–6 ГБ с запасом, Linux — 2–4 ГБ.
2. Рабочие процессы 1С. Каждый rphost кэширует метаданные конфигурации и данные сеансов. Ориентир — 1,5–3 ГБ на рабочий процесс для типовых конфигураций и больше для ERP. На 20–30 пользователей обычно хватает 8–16 ГБ под 1С.
3. СУБД. Это главный потребитель. Чем больше данных помещается в кэш, тем реже СУБД читает с диска. Идеал — когда в память влезает «горячая» часть базы: данные последнего года и индексы.
Пример расчёта для 25 пользователей, база 60 ГБ, всё на одной машине:
| Потребитель | Объём |
|---|---|
| Windows Server | 6 ГБ |
| Сервер 1С (4 рабочих процесса × 3 ГБ) | 12 ГБ |
| MS SQL Server (кэш горячих данных) | 40 ГБ |
| Запас | 6 ГБ |
| Итого | 64 ГБ |
Обязательно ограничьте память СУБД. MS SQL Server по умолчанию забирает почти всю свободную память и не отдаёт её. В итоге рабочим процессам 1С не хватает памяти, начинается подкачка, и всё встаёт. Ограничение задаётся параметром max server memory в свойствах экземпляра SQL Server.
Для PostgreSQL отправная точка — shared_buffers около 25% от памяти машины и effective_cache_size около 50–75%. Сборки PostgreSQL для 1С обычно поставляются с уже подогнанным конфигурационным файлом, начните с него.
В свойствах рабочего сервера в консоли кластера есть ограничение на объём памяти рабочих процессов. Если процесс превышает порог, кластер его перезапускает. Это защищает от утечек памяти в доработках, но слишком низкий порог обрывает сеансы — ставьте его с запасом.
Частота памяти влияет слабее, чем объём. Берите серверную память с коррекцией ошибок (ECC) и заполняйте все каналы контроллера: четыре модуля по 16 ГБ быстрее, чем два по 32 ГБ, на платформах с четырёхканальным контроллером.
Дисковая подсистема: NVMe, SSD и RAID для базы 1С
Диски — второе узкое место после процессора. Проведение документа — это много мелких случайных записей: в таблицы регистров, в журнал транзакций, в tempdb. Важна не скорость линейного чтения, а задержка и число операций в секунду (IOPS).
Что ставить:
- 🚀 NVMe — лучший выбор под данные, журнал транзакций и tempdb. Задержки в разы ниже, чем у SATA SSD.
- 💾 SATA SSD — приемлемо для небольших баз до 10–15 пользователей и для каталога резервных копий.
- 🐢 HDD — только под архив копий. Базу 1С на HDD в клиент-серверном режиме держать не стоит: даже RAID 10 из механических дисков проигрывает одному NVMe.
Берите серверные SSD с защитой от потери питания (power loss protection) и высоким ресурсом записи. Бытовые накопители под постоянной нагрузкой СУБД быстро выработают ресурс, а при отключении питания могут потерять данные из кэша.
Схемы RAID для сервера 1С:
| Схема | Когда подходит | Риски |
|---|---|---|
| RAID 1 (зеркало) | 5–25 пользователей, всё на одном массиве | Скорость записи как у одного диска |
| RAID 10 | 25+ пользователей, большие базы | Нужно минимум 4 диска, полезный объём — половина |
| Два зеркала: данные + журналы | Нагрузка 25–100, нужно развести запись | Сложнее обслуживать |
| RAID 5 / RAID 6 | Только архив и копии | Медленная случайная запись, долгое восстановление массива |
| Один диск без RAID | Тестовые и учебные базы | Отказ диска — потеря данных с момента последней копии |
RAID — не резервная копия. Он спасает от поломки диска, но не от ошибочной обработки, шифровальщика или удалённых документов. Копии базы держите на отдельном носителе и регулярно проверяйте, что они разворачиваются.
Разнесите по разным массивам или хотя бы разным томам: файлы данных, журнал транзакций, tempdb и резервные копии. Если копия пишется на тот же диск, где работает база, во время копирования пользователи почувствуют торможение.
Запас по объёму — минимум в 2–3 раза от текущего размера баз. Нужно место под копии, под временную копию при обновлении конфигурации и под рост данных.
Сеть и виртуализация сервера 1С
Сеть
Между клиентами и сервером 1С нужна гигабитная локальная сеть. Для толстого клиента и файловой базы это критично: по сети ходят большие объёмы данных. Тонкий клиент и веб-клиент гораздо экономнее и терпимо работают даже через интернет.
Важнее ширины канала — задержка между сервером 1С и СУБД. Каждое проведение — это десятки и сотни обращений к базе. Если сервер 1С и СУБД на разных машинах, держите их в одной стойке, на одном коммутаторе, лучше на 10 Гбит/с. Когда обе роли на одной машине, MS SQL Server может работать через протокол Shared Memory без сетевого стека.
Для удалённых сотрудников используйте тонкий клиент через VPN, публикацию на веб-сервере или терминальный доступ. Толстый клиент через интернет — гарантированно медленная работа.
Виртуализация
1С нормально работает в виртуальных машинах на Hyper-V, VMware ESXi или Proxmox. Виртуализация удобна для снимков перед обновлением и переноса на другое железо. Но есть правила:
- Не переподписывайте процессор. Если на хосте 16 ядер, а виртуальным машинам выдано суммарно 48, в часы пик 1С будет ждать своей очереди на ядро.
- Выделяйте память статически, без динамической памяти и балунинга для машин с СУБД и сервером 1С.
- Диски — на локальном NVMe хоста или быстрой СХД. Сетевое хранилище с высокой задержкой убивает скорость проведения.
- Профиль питания хоста — максимальная производительность, как и на физическом сервере.
- Снимок — не резервная копия. Не держите снимки неделями: они растут и замедляют диск.
Если вы арендуете виртуальный сервер в облаке, просите у провайдера тариф с выделенными ядрами, а не разделяемыми. На разделяемых ядрах скорость 1С будет плавать в течение дня.
Windows Server или Linux: выбираем ОС под 1С
Серверная часть платформы 1С:Предприятие 8.3 официально поддерживается и на Windows, и на Linux. Выбор зависит от СУБД, команды и бюджета.
| Критерий | Windows Server | Linux |
|---|---|---|
| СУБД | MS SQL Server или PostgreSQL | PostgreSQL |
| Лицензии ОС и СУБД | Платные (Windows Server, CAL, SQL Server) | ОС и PostgreSQL бесплатны, есть платные сертифицированные сборки |
| Терминальный доступ | Встроенные службы удалённых рабочих столов | Через веб-клиент или отдельные решения |
| Порог входа для админа | Ниже, привычные инструменты | Нужен специалист по Linux |
| Доступность MS SQL в РФ | Новые лицензии купить сложно | Не зависит |
Если у компании уже есть лицензии Windows Server и SQL Server, проще остаться на них. Для новой установки всё чаще выбирают Linux с PostgreSQL: это дешевле и не зависит от продления зарубежных лицензий.
Для PostgreSQL используйте сборки, подготовленные для работы с 1С. Обычный PostgreSQL из репозитория дистрибутива без нужных патчей типовые конфигурации не поддерживает. Перед переходом проверьте, какие версии PostgreSQL поддерживает ваша версия платформы.
Windows Server берите версии 2016 и новее. На Linux выбирайте дистрибутивы, которые явно указаны в системных требованиях платформы.
Как проверить, что сервер справляется с нагрузкой
Купить сервер — половина дела. Через неделю-две реальной работы нужно убедиться, что ресурсов хватает, и найти узкое место, если нет.
На что смотреть:
- 📈 Загрузка процессора по ядрам, а не средняя. Средние 30% при одном ядре на 100% — это как раз тот случай, когда упирается однопоточная производительность.
- 🧠 Свободная память и подкачка. Активная запись в файл подкачки — сигнал, что памяти мало или СУБД не ограничена.
- 💽 Очередь и задержка диска. В Windows это счётчики в системном мониторе
perfmon, в Linux — утилитаiostat. Задержки записи выше 5–10 мс на NVMe-массиве говорят о проблеме. - 🔒 Ожидания на блокировках. Если ресурсы свободны, а пользователи ждут — дело в конфигурации, а не в железе.
Для сравнения разных серверов между собой часто используют синтетический тест Гилёва (TPC-1C): это обработка, которая измеряет производительность связки «1С + СУБД + диски» в условных единицах. Прогоните её на старом и новом железе в одинаковое время — разница покажет, стоило ли менять.
Для оценки удобства работы пользователей применяют методику APDEX: замеряют время ключевых операций (проведение реализации, открытие списка, формирование ОСВ) и сравнивают с целевым.