Железо под 1С:Предприятие 8.3: процессор, память, диски и сеть без переплаты

Для сервера 1С 8.3 главное — процессор с высокой частотой на ядро, достаточный объём памяти под сервер 1С и СУБД вместе, быстрые NVMe-диски в зеркале или RAID 10 и стабильная сеть без задержек. Десяток медленных ядер, большой массив на HDD и экономия на блоке питания дают сервер, который «тормозит при закрытии месяца», хотя по бумагам выглядит мощным.

Цифры в таблицах и примерах — практические ориентиры, а не норматив: окончательный размер сервера определяет нагрузка конкретной базы.

С чего начать: режим работы и нагрузка

Сначала решите, что именно будет крутиться на железе. От этого зависит всё остальное.

• 📁 Файловый режим. База лежит в папке, пользователи открывают её по сети. Подходит для 3–5 одновременных пользователей и небольших баз. Серверу нужны быстрые диски и сеть, процессор почти не нагружается: вычисления идут на компьютерах пользователей.
• 🖥️ Клиент-серверный режим. Работают сервер 1С:Предприятия (служба агента, менеджер кластера, рабочие процессы rphost) и СУБД — PostgreSQL или MS SQL Server. Нагрузка ложится на сервер, и подбирать его нужно под одновременно работающих людей.
• 🌐 Терминальный сервер . Если пользователи заходят по RDP, к требованиям добавляется память и процессор под их сеансы. Такую роль лучше держать на отдельной машине или виртуалке.

Соберите исходные данные до покупки:

1. Число одновременных пользователей сейчас и через 2–3 года.
2. Размер баз и годовой прирост. Посмотреть можно по размеру базы в СУБД или файла 1Cv8.1CD.
3. Тяжёлые операции: закрытие месяца , расчёт зарплаты, обмены, отчёты за год.
4. Какие конфигурации работают: БП, ЗУП, УТ, ERP. ERP и КА нагружают сервер заметно сильнее БП.

Ориентировочная разбивка по масштабу:

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

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

Что из этого следует:

• ⚡ Ставьте процессор с высокой базовой и турбочастотой. Модель на 8 ядер по 4,5 ГГц для 1С обычно лучше модели на 24 ядра по 2,2 ГГц.
• 🧮 Считайте ядра так: примерно одно физическое ядро на 4–6 активных пользователей плюс 2–4 ядра под СУБД и систему.
• 🏷️ Смотрите на частоту под нагрузкой на все ядра, а не только на пиковую «до 5 ГГц» на одно ядро.
• 🧩 Один процессор с высокой частотой предпочтительнее двух медленных: в двухпроцессорной системе обращения к «чужой» памяти идут медленнее.

Классы процессоров, которые обычно берут под 1С:

Оперативная память: объём, каналы и тип

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

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

1. Система: 4–8 ГБ.
2. Сервер 1С: ориентировочно 150–300 МБ на активного пользователя для БП и ЗУП, для ERP — больше. На 30 пользователей это 5–10 ГБ с запасом под пики.
3. СУБД: чем больше база помещается в кэш, тем меньше чтений с диска. Цель — объём памяти СУБД не меньше «горячей» части базы, а для баз до 50–100 ГБ — сопоставимый с размером базы.

Пример. 25 пользователей БП и ЗУП, базы суммарно 60 ГБ. Система 8 ГБ + 1С ~8 ГБ + СУБД 40 ГБ = 56 ГБ. Ставим 64 ГБ.

На что смотреть при покупке модулей:

• 🛡️ ECC. Память с коррекцией ошибок обязательна для сервера с базами. Одиночный сбой бита в кэше СУБД может испортить данные.
• 🔀 Все каналы. Заполните все каналы контроллера памяти одинаковыми модулями. 4 модуля по 16 ГБ в четырёхканальной системе работают быстрее, чем 2 по 32 ГБ.
• 📈 Запас слотов. Оставьте свободные слоты: через год-два базы вырастут, и память проще добавить, чем менять.
• ⏱️ Частота. Берите максимальную, которую поддерживает процессор при выбранном числе модулей. Иногда при заполнении всех слотов частота снижается — проверьте это в документации платформы.

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

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

Что ставить:

• 🚀 NVMe SSD под базы, журналы транзакций и tempdb.
• 🏢 Серверные или дата-центровые SSD с защитой от потери питания (PLP) и высоким ресурсом записи. Бытовые SSD быстро изнашиваются на журнале СУБД и проседают при длительной записи.
• 🗄️ HDD — только под архив резервных копий, но не под рабочие базы.

Выбор RAID:

Рекомендуемая разбивка томов:

1. Система и программы 1С — RAID 1 из двух SSD.
2. Файлы баз данных — RAID 10 или RAID 1 из NVMe.
3. Журналы транзакций и tempdb — отдельный том, если пользователей больше 50.
4. Резервные копии — отдельный диск или сетевое хранилище. Копия на том же массиве не спасёт при отказе контроллера.

Для аппаратного RAID-контроллера с кэшем на запись нужна батарея или флеш-модуль защиты кэша. Без них включённый кэш записи при отключении питания может испортить базу.

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

Клиент 1С обменивается с сервером множеством мелких запросов. Поэтому задержка важнее ширины канала.

• 🔌 Пользователей подключайте по гигабитной проводной сети. Wi-Fi и VPN с высоким пингом дают задержки в интерфейсе.
• 🔗 Если сервер 1С и СУБД стоят раздельно, соедините их напрямую на 10 Гбит/с или через быстрый коммутатор, с минимальным пингом.
• 🧱 На сервере откройте порты кластера: 1540 (агент сервера), 1541 (менеджер кластера) и диапазон рабочих процессов, по умолчанию 1560–1591. Диапазон задаётся в свойствах рабочего сервера в консоли кластера.
• 🌍 Удалённых сотрудников лучше подключать через терминальный сервер или тонкий клиент по HTTP-публикации, а не открывать им файловую базу через VPN.

Сетевые карты берите серверного класса: Intel или Broadcom. Две сетевые карты позволяют разделить трафик пользователей и трафик резервного копирования, чтобы ночной бэкап не мешал обменам.

Охлаждение, питание и корпус

Сервер 1С работает под нагрузкой часами, особенно при закрытии месяца. Перегрев приводит к снижению частоты процессора — и скорость 1С падает вместе с ней.

• 🌡️ Охлаждение. Выбирайте кулер с запасом по теплоотводу относительно TDP процессора. Корпус — с продуманным продувом. NVMe-дискам нужен обдув или радиаторы: при перегреве они тоже снижают скорость.
• 🔋 Блок питания. Мощность с запасом 30–40 % от расчётного потребления, сертификат 80 PLUS Gold или выше. Для серьёзного сервера — два блока с горячей заменой.
• ⚡ ИБП. Обязателен. Подключите его к серверу по USB или сети и настройте корректное завершение работы при разряде батареи. Внезапное отключение питания во время записи — частая причина повреждения базы.
• 🧰 Удалённое управление (IPMI, iDRAC, iLO). Позволяет перезагрузить зависший сервер и зайти в BIOS без выезда в серверную.
• 🏠 Размещение. Стойка или отдельное помещение с кондиционером. Сервер под столом бухгалтера — это пыль, случайное отключение и шум.

Настройка ОС и СУБД под 1С

Даже правильно подобранное железо теряет до трети скорости из-за настроек по умолчанию. Сначала — BIOS и система.

Изменения в BIOS и перезагрузку сервера делайте вне рабочего времени: все сеансы пользователей оборвутся, несохранённые данные пропадут.

BIOS/UEFI:

1. Включите профиль максимальной производительности (названия различаются у производителей плат).
2. Ограничьте глубокие режимы энергосбережения процессора (C-states), если они вызывают задержки.
3. Проверьте, что память работает на заявленной частоте.

Windows Server:

1. Установите схему электропитания «Высокая производительность»:

powercfg /setactive SCHEME_MIN
powercfg /getactivescheme

2. Добавьте в исключения антивируса каталог данных кластера 1С (srvinfo), каталоги файлов баз СУБД и резервных копий.
3. Отключите на сервере лишние роли и программы: сервер 1С не должен быть заодно файловым хранилищем и почтовым сервером.

MS SQL Server:

• Задайте max server memory, оставив память системе и рабочим процессам 1С. Без ограничения SQL Server забирает почти всю ОЗУ.
• Вынесите tempdb на быстрый NVMe-том и создайте несколько файлов данных одинакового размера.
• Выберите модель восстановления: «Простая», если не делаете резервных копий журнала, иначе журнал разрастается без ограничений.

PostgreSQL:

Используйте сборки PostgreSQL для 1С: сборку без доработок под 1С платформа не поддерживает. Стартовые параметры в postgresql.conf для сервера с 64 ГБ, где СУБД и 1С живут вместе:

shared_buffers = 16GB
effective_cache_size = 40GB
maintenance_work_mem = 2GB
random_page_cost = 1.1

Значения — ориентир для старта. После изменения параметра shared_buffers службу PostgreSQL нужно перезапустить, а это оборвёт сеансы 1С — делайте это вне рабочего времени.

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