Как выбрать сервер для 1С
Разбираем, от чего зависят требования 1С к серверу, почему частота процессора важнее числа ядер и какую конфигурацию закладывать на 10, 20, 50 и 100 пользователей.
Медленная 1С — одна из самых частых жалоб в компаниях: документы проводятся минутами, отчёты формируются по полчаса, а в конце месяца бухгалтерия ждёт закрытия периода до вечера. Чаще всего причина не в самой программе, а в сервере, который подбирали «на глаз» или собрали из того, что было под рукой. Ниже — практический порядок выбора сервера для 1С:Предприятие и ориентировочные конфигурации под разное число пользователей.
С чего начать: исходные данные
Прежде чем выбирать процессор и диски, соберите несколько цифр. Без них любая конфигурация будет догадкой.
- Количество одновременных пользователей. Важно не общее число учётных записей, а сколько человек работает в базе одновременно в пиковые часы.
- Какие конфигурации используются. «Бухгалтерия», «Зарплата и управление персоналом», «Управление торговлей», ERP — нагрузка у них разная. ERP и самописные конфигурации обычно требовательнее типовых.
- Размер и количество баз. Одна база на 5 ГБ и десяток баз по 50 ГБ — это разные требования к памяти и дискам.
- Как сотрудники подключаются. Толстый клиент в локальной сети, тонкий клиент, веб-клиент или работа через терминальный сервер — от этого зависит, сколько ресурсов нужно сверх самой 1С.
- Пиковые операции. Закрытие месяца, пересчёт итогов, обмены с сайтом или другими базами, регламентные задания ночью.
Файловый или клиент-серверный режим
1С может работать в двух режимах, и выбор режима определяет требования к серверу сильнее, чем любые другие параметры.
Файловый режим — база хранится в одном файле в общей папке. Это просто и не требует СУБД, но с ростом числа пользователей начинаются блокировки и падение скорости. Как правило, файловый вариант комфортен примерно до 5–10 одновременных пользователей при небольшой базе.
Клиент-серверный режим — работает сервер 1С:Предприятие и система управления базами данных: Microsoft SQL Server или PostgreSQL. Такой вариант масштабируется, лучше переносит одновременную работу и позволяет разнести роли на разные серверы или виртуальные машины. Если пользователей больше 10–15 или база активно растёт, стоит сразу закладывать клиент-серверный режим — переход потом всё равно понадобится.
Процессор: частота важнее количества ядер
Многие операции 1С выполняются в один поток: проведение документа или формирование отчёта для одного пользователя не распараллеливается на десятки ядер. Поэтому для 1С важна производительность одного ядра — высокая базовая и турбо-частота процессора. Серверный процессор с 64 медленными ядрами может оказаться хуже, чем 16 быстрых.
Количество ядер при этом тоже нужно: каждому одновременно работающему пользователю, СУБД и фоновым заданиям нужны свои потоки. Практичный ориентир — процессоры с частотой от 3 ГГц и числом ядер, которое растёт вместе с количеством пользователей. Для крупных инсталляций выбирают двухпроцессорные серверы.
Оперативная память
СУБД держит в памяти активную часть базы данных, и чем больше памяти, тем реже она обращается к дискам. Память нужна сразу нескольким компонентам: операционной системе, СУБД, рабочим процессам сервера 1С и, если используется терминальный доступ, сеансам пользователей. Ориентир для СУБД — объём памяти, сопоставимый с размером активно используемых баз. Для терминального сервера добавьте примерно 1–2 ГБ на каждого пользователя.
Используйте только серверную память с коррекцией ошибок (ECC) и оставляйте свободные слоты: так через два-три года можно будет расширить память, не меняя модули.
Диски и RAID: SSD обязательно
Дисковая подсистема — самое частое «узкое место». Базы 1С на обычных жёстких дисках работают медленно при любом процессоре. Для баз данных используйте SSD, а для нагруженных систем — NVMe-накопители серверного класса с высоким ресурсом записи.
- RAID 1 (зеркало) — минимальный вариант для небольшой базы: два диска, при выходе одного из строя данные сохраняются.
- RAID 10 — оптимален для СУБД: сочетает скорость и отказоустойчивость. Требует минимум четыре диска.
- RAID 5 на HDD для баз 1С не подходит: медленная запись и долгое восстановление массива.
Хорошая практика — разделить диски по назначению: система, базы данных, журналы транзакций и отдельный том или устройство для резервных копий.
Ориентировочные конфигурации по числу пользователей
Цифры ниже — отправная точка для типовых конфигураций в клиент-серверном режиме. Итоговую конфигурацию определяют размер баз, интенсивность работы и способ подключения пользователей.
| Пользователей | Процессор | Память | Диски | Комментарий |
|---|---|---|---|---|
| до 10 | 6–8 ядер с высокой частотой | 32 ГБ | 2 SSD в RAID 1 | Подойдёт башенный сервер; возможен файловый режим |
| 20 | 8–12 ядер, от 3 ГГц | 64 ГБ | 2–4 SSD/NVMe в RAID 1 или 10 | Клиент-серверный режим, СУБД на том же сервере |
| 50 | 16–24 ядра, от 3 ГГц | 128 ГБ | 4+ NVMe в RAID 10 | Терминальный доступ лучше вынести на отдельный сервер или ВМ |
| 100 | 2 процессора, от 32 ядер суммарно | 256 ГБ и больше | NVMe в RAID 10, отдельный массив под бэкапы | Разделение ролей: СУБД, сервер 1С, терминальные серверы |
Если сотрудники работают через удалённый рабочий стол, к этим цифрам добавляются ресурсы терминального сервера. Подробнее о таких схемах — на странице «Терминальные решения».
Отказоустойчивость и резервное копирование
Сервер 1С хранит самые чувствительные данные компании — учёт, зарплату, складские остатки. Поэтому кроме производительности важно, чтобы он не останавливался и чтобы данные можно было восстановить:
- два блока питания с горячей заменой и подключение через ИБП с корректным автоматическим завершением работы;
- RAID-контроллер с кэшем и защитой кэша от потери питания;
- удалённое управление сервером (iDRAC, iLO, XClarity или IPMI) — чтобы перезагрузить или диагностировать сервер без выезда;
- регулярное резервное копирование баз с хранением копий вне сервера и периодической проверкой восстановления.
Отдельный сервер или виртуализация
Для небольших компаний чаще всего достаточно одного физического сервера, на котором работают и СУБД, и сервер 1С. Когда задач становится больше — терминальный сервер, файловый сервер, контроллер домена, — удобнее разместить их в виртуальных машинах на одном мощном сервере. Это упрощает резервное копирование и перенос, а ресурсы распределяются гибче. Но для 1С при этом важно не «пережать» ресурсы: виртуальной машине с СУБД нужны быстрые диски и гарантированная память.
Частые ошибки при выборе
- Использовать мощный офисный компьютер вместо сервера: нет ECC-памяти, резервирования питания и нормального RAID.
- Экономить на дисках и ставить базы на HDD — это перечёркивает вложения в процессор.
- Брать процессор с большим числом медленных ядер, ориентируясь только на количество ядер.
- Покупать конфигурацию «впритык» без запаса по памяти и дискам на рост баз в ближайшие 3–5 лет.
- Хранить резервные копии на том же сервере и ни разу не проверять восстановление.
Как подобрать сервер под вашу 1С
Самый надёжный путь — описать специалисту текущую ситуацию: сколько пользователей, какие конфигурации и размер баз, как сотрудники подключаются и что сейчас работает медленно. По этим данным можно подобрать конфигурацию без переплаты и без риска упереться в ресурсы через год.
ГК Центра подбирает и поставляет серверы для 1С и другое серверное оборудование для организаций. После поставки мы выполним настройку сервера — установим систему и СУБД, настроим RAID, резервное копирование и удалённый доступ, — а при необходимости возьмём сервер на обслуживание.
По теме статьи
Нужно подобрать оборудование или IT-решение?
Оставьте заявку — специалист ГК Центра свяжется с вами и предложит оптимальное решение под задачи вашей компании.
- Работаем с юридическими лицами
- Безналичный расчёт