Сервер под 1С:Предприятие 8.3: процессор, память, диски и сеть по числу пользователей

Чтобы подобрать сервер для 1С, считайте от числа одновременно работающих пользователей и размера баз. Выбирайте процессор с высокой частотой на ядро, а не с максимумом ядер. Памяти берите столько, чтобы активная часть базы помещалась в кэш СУБД. Диски — NVMe SSD в зеркале. Для 30–50 пользователей ориентир такой: 8–12 быстрых ядер, 64 ГБ RAM, два NVMe в RAID 1 и гигабитная сеть.

Дальше — критерии выбора по каждому узлу. Расчёт подходит для клиент-серверного варианта 1С:Предприятия 8.3 с PostgreSQL или MS SQL. Для файловой базы на 3–5 человек отдельный сервер обычно не нужен: хватит быстрого компьютера с SSD и общей папки.

Сначала нагрузка: пользователи, базы и тяжёлые операции

Ошибка номер один — покупать сервер «на глаз». Перед выбором железа соберите четыре цифры.

• 👥 Одновременные пользователи. Не все сотрудники с доступом, а те, кто работает в пике. Обычно это 60–80% от списка.
• 🗄️ Размер баз и прирост. Посмотрите размер файлов базы в СУБД или каталога файловой базы. Прирост за год умножьте на срок службы сервера: 3–5 лет.
• 📦 Состав конфигураций. БП 3.0 на 20 человек и ERP на 20 человек — разная нагрузка. ERP и УТ с большим числом документов в день требуют заметно больше.
• ⏱️ Регламентные и тяжёлые операции. Закрытие месяца , расчёт себестоимости, обмены с сайтом и ЭДО, полнотекстовый поиск. Они идут параллельно с работой людей и дают пики.

Если сервер меняется, а не покупается впервые, снимите метрики со старого. На Windows хватит «Монитора ресурсов» и счётчиков производительности: загрузка процессора по ядрам, очередь диска, свободная память. Если одно ядро постоянно под 100%, а остальные отдыхают — упор в частоту, а не в число ядер.

Ориентиры по числу пользователей

Таблица — стартовая точка, а не норма. Цифры ориентировочные для типовых конфигураций и 1С с СУБД на одном сервере.

Для ERP и УТ с интенсивным документооборотом сдвигайтесь на строку вниз.

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

Одна операция пользователя в 1С — проведение документа, формирование отчёта — выполняется в одном потоке рабочего процесса rphost. Десять свободных ядер не ускорят проведение одного тяжёлого документа. Поэтому скорость отдельного ядра для 1С решает больше, чем их число.

Как выбирать:

1. Частота. Смотрите на базовую и турбо-частоту под нагрузкой. Серверный процессор с 3,5–4 ГГц на ядро даст 1С больше, чем 64-ядерный на 2,0 ГГц.
2. Ядра. Ориентир — одно ядро на 4–8 одновременных пользователей типовой конфигурации плюс 2–4 ядра под СУБД и систему.
3. Кэш процессора. Больший кэш L3 помогает и 1С, и СУБД. При равной частоте берите модель с большим кэшем.
4. Один сокет или два. Для сервера до 60–80 пользователей один быстрый процессор часто лучше двух медленных: меньше задержек при обращении к памяти соседнего процессора.

Чтобы сравнить процессоры на деле, а не по паспорту, используют тест Гилёва (TPC-1C). Он меряет скорость однопоточных операций в 1С и выдаёт результат в условных баллах. Прогоните его на старом и на кандидате — увидите, есть ли выигрыш.

Сколько оперативной памяти нужно серверу 1С и СУБД

Память делят три потребителя: операционная система, процессы кластера 1С (ragent, rmngr, rphost) и СУБД. Считайте каждого отдельно.

Пример расчёта для 40 пользователей и баз общим объёмом 120 ГБ:

• 🖥️ ОС — 6 ГБ;
• ⚙️ 1С — 40 × 0,25 ГБ = 10 ГБ, с запасом на пики 16 ГБ;
• 🗃️ СУБД — 40% от 120 ГБ = 48 ГБ.

Итого 6 + 16 + 48 = 70 ГБ. Берите 96 ГБ или 128 ГБ, если планируется рост базы. Меньше 64 ГБ здесь не обойтись: СУБД начнёт читать данные с диска.

Настройка СУБД под объём памяти

Купить память мало — её нужно выделить СУБД явно.

• MS SQL Server. Задайте max server memory так, чтобы ОС и 1С остались свои гигабайты. Без ограничения SQL Server забирает почти всю память, и рабочие процессы 1С уходят в файл подкачки.
• PostgreSQL. Частая отправная точка — shared_buffers около 25% RAM и effective_cache_size около 50–75% RAM. Остальные параметры подбирают по нагрузке.

Дисковая подсистема: накопители и RAID для баз 1С

Для 1С и СУБД важны не мегабайты в секунду, а задержка и число операций ввода-вывода. Проведение документов и запись журнала транзакций — это много мелких записей. Здесь HDD проигрывают SSD в десятки раз.

Какие накопители брать

• 🚀 NVMe SSD — основной выбор для файлов баз, журнала транзакций и tempdb.
• 💾 SATA SSD — допустимо для небольших систем до 20–30 пользователей.
• 🐢 HDD — только под архив резервных копий.

Берите серверные SSD с защитой от потери питания и высоким ресурсом записи (DWPD). Настольные NVMe под постоянной записью СУБД быстро изнашиваются и проседают по скорости после заполнения кэша.

Какой RAID выбрать

Если дисков хватает, разнесите нагрузку по томам:

1. Система и программы — отдельный том.
2. Файлы баз данных.
3. Журналы транзакций.
4. tempdb для MS SQL — на самый быстрый носитель.
5. Резервные копии — на отдельный физический диск или в сетевое хранилище, а не на тот же массив.

Сеть между пользователями, сервером 1С и СУБД

Сеть часто недооценивают, а именно она делает «всё медленно, хотя сервер мощный».

• 🔌 Между сервером 1С и СУБД — минимальная задержка. Лучше всего держать их на одной машине или в одной стойке на 10 Гбит/с. Каждый запрос 1С к базе — сетевой обмен, и лишняя миллисекунда умножается на тысячи запросов.
• 🖧 От клиентов к серверу — гигабитная проводная сеть в офисе. Тонкий клиент в клиент-серверном режиме трафика генерирует немного, но задержка ощутима.
• 🌐 Удалённые офисы — тонкий клиент через интернет , веб-клиент через опубликованную базу или работа через удалённый рабочий стол (RDP) на терминальном сервере.

Для клиент-серверного варианта откройте порты: 1540 (агент), 1541 (менеджер кластера) и диапазон рабочих процессов, по умолчанию 1560–1591. Диапазон задаётся в свойствах рабочего сервера.

Нужен ли терминальный сервер

Если люди работают из дома или филиалов через RDP, терминальный сервер считают отдельно. Ориентир: 2–4 ГБ RAM и 0,5–1 ядро на одного пользователя с тонким клиентом 1С, браузером и офисными программами. Совмещать терминальный сервер с СУБД на одной машине при 20+ пользователях не стоит: браузеры пользователей отнимут память у кэша базы.

Операционная система, СУБД и лицензии

Сервер 1С 8.3 работает на Windows Server и Linux. Список поддерживаемых версий ОС и СУБД для каждой версии платформы публикует фирма 1С в системных требованиях. Проверьте его до закупки, особенно для свежих дистрибутивов.

Для PostgreSQL берите сборку с патчами под 1С: дистрибутив, который распространяет фирма 1С, или Postgres Pro. Обычный PostgreSQL из репозитория дистрибутива без этих доработок с 1С работает некорректно.

Лицензии, которые учесть в бюджете

• 🔑 Лицензия на сервер 1С — ПРОФ или КОРП. КОРП нужна для крупных внедрений, где используются расширенные возможности кластера.
• 👤 Клиентские лицензии — по числу одновременных подключений.
• 🪟 Windows Server и клиентские лицензии доступа (CAL), если выбрана Windows, плюс RDS CAL для терминального доступа.
• 🗃️ MS SQL Server — по ядрам или по схеме «сервер + CAL», если выбран SQL Server.

Ключи защиты (USB) в виртуальной среде пробрасывают в гостевую машину или используют программные лицензии. Программная лицензия привязывается к параметрам оборудования. Значимая смена железа или пересоздание виртуальной машины может потребовать повторной активации, поэтому держите пин-коды под рукой.

Физический сервер, виртуальная машина или аренда

Кроме выбора железа, есть выбор формы.

Правила для виртуализации

Виртуальная машина под 1С работает нормально, если не экономить на ресурсах хоста.

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

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