Сервер под 1С:Предприятие 8.3 — как подобрать процессор, память, диски и сеть

Для сервера 1С нужны четыре вещи: процессор с высокой частотой ядра (от 3,5 ГГц в турбо), оперативная память с запасом под СУБД, NVMe-диски в зеркале и гигабитная сеть с низкой задержкой. Плюс лицензия на сервер 1С:Предприятия, СУБД (PostgreSQL или MS SQL Server) и серверная ОС — Windows Server 2016 и новее или поддерживаемый Linux.

Выбор начинается с режима работы. До 5–10 пользователей часто хватает файловой базы на обычном компьютере или NAS-ресурсе. От 10–15 одновременных пользователей, тяжёлых обработок или нескольких баз по 20+ ГБ нужен клиент-серверный вариант: сервер 1С плюс СУБД. Дальше вопрос один — что купить, чтобы база не тормозила при закрытии месяца.

Из чего состоит сервер 1С и сколько машин нужно

Клиент-серверная 1С — это не одна программа, а связка компонентов. От того, как вы их разместите, зависят требования к железу.

• 🧩 Сервер 1С:Предприятия — агент кластера (ragent, порт 1540), менеджер кластера (rmngr, 1541) и рабочие процессы rphost (по умолчанию диапазон 1560–1591). Здесь выполняется серверный код конфигурации.
• 🗄️ СУБД — PostgreSQL (сборки с патчами для 1С) или Microsoft SQL Server. Хранит данные, держит кэш страниц в памяти.
• 🖥️ Терминальный сервер (по желанию) — если пользователи работают через RDP, на нём крутятся клиентские процессы 1cv8c.exe / 1cv8.exe.

Варианты размещения:

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

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

Один вызов сервера 1С — проведение документа, формирование отчёта, расчёт себестоимости — выполняется в одном потоке. Если у процессора 32 ядра по 2,1 ГГц, документ проведётся медленнее, чем на 8 ядрах по 4 ГГц. Многоядерность помогает, только когда много пользователей работают одновременно.

Что смотреть в характеристиках:

• ⚡ Частота ядра — базовая от 3 ГГц, турбо от 3,5–4 ГГц. Это главный параметр.
• 🔢 Число ядер — ориентир 1 физическое ядро на 4–6 активных пользователей, но не меньше 4 ядер на машину. Ядра нужны и СУБД.
• 🧠 Кэш L3 — чем больше, тем лучше для СУБД.
• 🖧 Один сокет вместо двух, если хватает ядер. Двухсокетная машина добавляет межпроцессорные задержки, а 1С к ним чувствительна.

Хорошо показывают себя серверные процессоры с высокой частотой: Intel Xeon E-/W-серий, AMD EPYC с суффиксом F (частотные модели), а на небольших инсталляциях — даже настольные Core i7/i9 и Ryzen 9. Последние формально не серверные, но по скорости однопоточной работы часто обгоняют многоядерные Xeon.

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

Память делят между собой три потребителя: рабочие процессы 1С, СУБД и операционная система. Нехватку памяти пользователи чувствуют как «база иногда подвисает на минуту».

Как прикинуть объём

1. ОС — 4 ГБ для Windows Server, 2 ГБ для Linux.
2. Сервер 1С — ориентировочно 150–300 МБ на активного пользователя для типовых конфигураций (БП, ЗУП, УТ) и 300–500 МБ для ERP и КА. Тяжёлые отчёты и обработки разово забирают гигабайты.
3. СУБД — в идеале объём, сопоставимый с «горячими» данными базы. Если база весит 40 ГБ, а активно используется треть, СУБД хорошо бы отдать 16–24 ГБ.
4. Запас — 20–30 % сверху на рост базы и пиковые операции.

Пример: 30 пользователей БП, база 25 ГБ, всё на одной машине. 4 ГБ (ОС) + 30 × 0,25 ГБ = 7,5 ГБ (1С) + 12 ГБ (СУБД) = 23,5 ГБ. С запасом 25 % — около 29 ГБ. Ставим 32 ГБ.

Тип и конфигурация модулей

• ✅ Серверная память с коррекцией ошибок (ECC) — сбой бита в памяти СУБД может испортить данные.
• ✅ Все каналы контроллера заполнены: два модуля по 16 ГБ быстрее одного на 32 ГБ.
• ✅ Частота — максимальная, какую поддерживает процессор. Гнаться за разгоном не нужно.

Диски для базы 1С: SSD, NVMe и RAID

Диски — второе узкое место после частоты процессора. 1С постоянно пишет: проводит документы, пересчитывает итоги, ведёт журнал регистрации. На HDD всё это упирается в 150–200 операций в секунду на диск. Для сервера 1С жёсткие диски под базу сегодня не рассматривают.

Что куда класть

• 🗂️ Данные СУБД — NVMe, RAID 1 (зеркало) или RAID 10 для четырёх и более дисков.
• 📝 Журнал транзакций — отдельный быстрый том, если база большая и активная. Запись в журнал идёт последовательно и синхронно.
• 🧪 tempdb (MS SQL) или временные файлы — на NVMe, отдельно от данных при высокой нагрузке.
• 📦 Резервные копии — на другом физическом диске или другом сервере, а лучше и туда, и туда.
• ⚙️ Каталог кластера 1С (srvinfo) — на SSD: там лежат журналы регистрации и сеансовые данные.

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

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

Внутри сервера и между сервером 1С и СУБД важна задержка, а не ширина канала. Пользователю тонкого клиента хватает узкого канала, если задержка небольшая.

• 🔌 Сервер 1С ↔ СУБД на разных машинах — минимум 1 Гбит/с, лучше 10 Гбит/с, в одном коммутаторе, без маршрутизации через межсетевой экран.
• 🏢 Пользователи в офисе ↔ сервер 1С — обычная гигабитная сеть. Тонкий клиент передаёт немного данных.
• 🌍 Удалённые пользователи — тонкий клиент или веб-клиент через опубликованную базу, либо RDP на терминальный сервер. Толстый клиент через интернет работает плохо.
• 📁 Файловый режим по сети — самый требовательный к сети: клиент тянет данные файла базы 1Cv8.1CD к себе. Wi-Fi для него не годится.

Если СУБД MS SQL стоит на той же машине, что и сервер 1С, связь между ними идёт через общую память (Shared Memory) — это самый быстрый вариант. Проверьте, что этот протокол включён в диспетчере конфигурации SQL Server.

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

ОС, СУБД и настройки окружения под 1С

Операционная система

• 🪟 Windows Server 2016, 2019, 2022 и новее — самый распространённый вариант, особенно в связке с MS SQL Server.
• 🐧 Linux — Ubuntu, Debian, Astra Linux, РЕД ОС, ALT. Сервер 1С под Linux работает с PostgreSQL. Список поддерживаемых дистрибутивов смотрите в системных требованиях своей версии платформы.

Разрядность — только 64 бита. 32-разрядный сервер ограничен по памяти и для рабочих баз не применяется.

СУБД

У MS SQL Server Express есть ограничения по размеру базы и используемым ресурсам, поэтому для рабочих баз среднего размера он не годится. Для небольшой компании разумный бюджетный выбор — PostgreSQL.

Настройки, без которых железо не раскроется

1. Схема электропитания «Высокая производительность» в Windows. В режиме «Сбалансированный» процессор сбрасывает частоту, и 1С заметно тормозит. На Linux — governor performance.
2. Исключения антивируса для каталога srvinfo, файлов баз СУБД, журналов транзакций и временных файлов. Сканирование «на лету» замедляет операции в разы.
3. Энергосбережение в BIOS — отключить глубокие C-state или выставить профиль максимальной производительности.
4. Регламентные операции СУБД — обновление статистики, реиндексация, резервное копирование по расписанию в нерабочее время.
5. Отдельная учётная запись для службы сервера 1С с минимально нужными правами, а не встроенный администратор.

Лицензии

Для клиент-серверного режима нужна лицензия на сервер 1С:Предприятия (ПРОФ или КОРП) плюс клиентские лицензии по числу одновременных подключений. Без лицензии платформа не запустит базу. КОРП нужна для расширенных механизмов масштабирования и отказоустойчивости кластера. Отдельно лицензируется СУБД, если выбрали MS SQL Server, и Windows Server с клиентскими лицензиями доступа (CAL), а для RDP — ещё и терминальные лицензии.

Сервер 1С на виртуальной машине

Виртуализация для 1С допустима и широко применяется: Hyper-V, VMware, Proxmox. Плюсы понятные — снимки перед обновлением, перенос на другое железо, удобное резервирование. Но виртуалка честно отдаёт только те ресурсы, которые ей гарантированы.

Что даёт виртуализация:

• ✅ Снимок перед обновлением платформы или конфигурации — откат за минуты.
• ✅ Перенос сервера на новое железо без переустановки.
• ✅ Несколько изолированных серверов на одной машине (1С, СУБД, терминал).

Где теряется производительность:

• ❌ Переподписка процессора: если на хосте 16 ядер, а виртуалкам выдано 40 vCPU, 1С будет ждать процессорного времени.
• ❌ Динамическая память и «балунинг»: СУБД рассчитывает на память, которую гипервизор может отобрать.
• ❌ Общее хранилище с медленными дисками или сетью до него.
• ❌ Энергосберегающий профиль хоста — та же проблема, что с электропитанием Windows, только на уровне гипервизора.

Правила для ВМ под 1С и СУБД: фиксированный объём памяти, зарезервированные ядра, диски на локальном NVMe хоста, профиль питания хоста — максимальная производительность. Число vCPU не делайте больше, чем физических ядер в одном NUMA-узле хоста.

Снимок виртуальной машины — не резервная копия. Он живёт на том же хранилище и пропадёт вместе с ним. Резервные копии баз делайте средствами СУБД или выгрузкой и храните отдельно.

Ориентиры конфигурации для 10, 50 и 100 пользователей

Цифры ниже — ориентировочные для типовых конфигураций (БП, ЗУП, УТ) и схемы «1С и СУБД на одной машине». Для ERP, КА и сильно доработанных баз умножайте память и ядра примерно в 1,5 раза.

Терминальный сервер считается отдельно: ориентировочно 0,5–1 ГБ памяти на сессию тонкого клиента 1С с учётом браузера и офисных программ, и 1 ядро на 5–8 пользователей.

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