Собираем компьютер под 1С: что реально влияет на скорость

· 9 мин

Содержание

Скорость 1С на 8.3 почти всегда упирается в две вещи: тактовую частоту одного ядра процессора и скорость диска. Объём памяти, число ядер и видеокарта идут следом, а на рабочем месте бухгалтера видеокарта не влияет вообще. Это главное, что стоит держать в голове перед походом в магазин комплектующих.

Дальше разберём по узлам: что брать под обычное рабочее место, а что — под сервер на несколько десятков пользователей. Это два разных компьютера с разной логикой выбора, поэтому универсального «идеального» списка нет — есть выбор под сценарий.

Файловый режим или клиент-серверный: от этого зависит всё железо

Сначала определитесь, как будет работать база. От этого зависит, собираете вы один компьютер или два.

Файловый режим. База лежит в одном файле 1Cv8.1CD. Платформа и СУБД не нужны, всё крутится на самом рабочем месте или на общей сетевой папке. Подходит для 1–5 активных пользователей. Упирается в скорость диска, где лежит файл, и в сеть, если база расшарена.

Клиент-серверный режим. Между клиентом и базой стоят сервер 1С:Предприятия (процессы ragent, rmngr, rphost) и отдельная СУБД — PostgreSQL или MS SQL Server. Нужен от ~5–10 одновременных сеансов, при больших объёмах данных и при требованиях к блокировкам. Здесь железо сервера считают отдельно от клиентских машин.

Файловую базу по сети (общая папка на сервере, клиенты открывают по UNC-пути) лучше не разворачивать: тонкий канал и блокировки файла дают тормоза и риск повреждения. Если пользователей больше трёх-четырёх — либо клиент-сервер, либо работа через RDP на одной машине, где лежит база.

Разрядность берите 64-битную: и платформу, и клиент. 32-битный rphost упирается в лимит памяти на процесс и на больших базах падает по нехватке адресного пространства.

Что собирать под вашу задачу?

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

Один сеанс пользователя 1С на уровне проведения документа, построения отчёта или открытия формы выполняется преимущественно в один поток. Это ключевой факт для выбора процессора.

Для рабочего места решает частота одного ядра и производительность на поток (single-thread). Процессор с 4 ядрами по 4,5–5 ГГц обгонит в 1С процессор с 16 ядрами по 2,5 ГГц. Берите современные Intel Core i5/i7 или AMD Ryzen 5/7 среднего и старшего уровня — с высокой частотой в бусте.

Для сервера картина сложнее. Параллельные сеансы рабочих процессов rphost раскладываются по ядрам, поэтому ядра нужны — но проваливать частоту нельзя. Разумный баланс: 8–16 производительных ядер с частотой не ниже ~3 ГГц в базе. Для сервера СУБД та же логика: SQL параллелит запросы, но тяжёлое проведение одного документа всё равно во многом однопоточное.

Практическое правило по ядрам на сервере: грубая прикидка — одно физическое ядро на 6–12 активных пользователей, плюс запас. Точную цифру даёт только нагрузочный тест на вашей конфигурации.

После сборки обязательно включите план электропитания «Высокая производительность» (в Windows — Панель управления → Электропитание). На «Сбалансированном» процессор сбрасывает частоту, и 1С заметно тормозит на ровном месте. Это одна из самых частых причин «медленной 1С» на вроде бы мощном железе.

Intel или AMD — разницы для 1С по итогу нет, смотрите на частоту, число ядер и цену. Серверные Xeon и EPYC берут ради большого числа ядер, ECC-памяти и надёжности, а не ради скорости одного сеанса.

Пара моментов для сервера. Технология гиперпоточности (Hyper-Threading у Intel, SMT у AMD) добавляет логические потоки — они помогают обслуживать много лёгких сеансов, но тяжёлое проведение быстрее не сделают. Если сервер 1С работает в виртуальной машине (а так разворачивают чаще всего), выделяйте виртуальные ядра с запасом и не раздавайте одни и те же физические ядра нескольким ответственным ВМ: борьба за процессорное время даёт плавающие тормоза, которые тяжело диагностировать.

Оперативная память: сколько ставить и нужна ли ECC

Память в 1С критична не частотой, а объёмом. Разница между DDR4-3200 и DDR5-6000 на реальной работе почти незаметна, а вот нехватка объёма сразу роняет скорость: система начинает свопить на диск.

Ориентиры по объёму:

  • 🖥 Рабочее место, файловая база — 8 ГБ минимум, 16 ГБ комфортно. Если параллельно открыты браузер, почта, Excel — только 16 ГБ.
  • 🖥 Терминальный сервер (RDP) — считайте ~1–2 ГБ на активный сеанс пользователя плюс база под ОС. На 10 человек это 16–24 ГБ, на 30 — уже 48–64 ГБ.
  • 🗄 Сервер 1С:Предприятия — рабочие процессы rphost едят память под сеансы и кэш; 16–32 ГБ как стартовая точка, дальше по нагрузке.
  • 🗄 Сервер СУБД — чем больше, тем лучше: PostgreSQL и MS SQL кэшируют данные в памяти, и если база целиком помещается в кэш, диск почти не тревожится. Под активную базу в десятки гигабайт берите 32–64 ГБ и выше.

На сервере ставьте ECC-память. Она исправляет одиночные ошибки битов и не даёт тихо испортить данные базы при сбое ячейки. Для рабочего места ECC не нужна — там цена важнее.

Если памяти явно не хватает, симптом характерный: 1С и СУБД работают рывками, диск загружен под 100%, в диспетчере задач видно активное обращение к файлу подкачки. Добавление планок лечит это быстрее любой другой доработки.

Файл подкачки при этом не отключайте полностью, даже если памяти много: некоторым операциям и аварийным дампам он нужен. Но его активное использование — это сигнал, что оперативной памяти мало, а не способ её заменить. Диск, даже NVMe, в сотни раз медленнее планок, и подкачка под нагрузкой всегда ощущается как тормоза.

Диски: SSD обязателен, где что хранить

Диск — второе после процессора узкое место, а для файловых баз часто и первое. Правило простое: рабочая база и временные файлы живут только на SSD, в идеале NVMe. HDD оставьте под архивы и бэкапы.

Что хранитсяКуда кластьПочему
Файловая база 1Cv8.1CDNVMe SSDтысячи мелких операций чтения/записи
Файлы базы данных СУБДSSD, лучше NVMeосновная нагрузка сервера
Журнал транзакций СУБДотдельный SSDпоследовательная запись, не мешать данным
tempdb (MS SQL)быстрый SSDвременные таблицы тяжёлых отчётов
Бэкапы, архивы, образыHDD большого объёмадёшево, скорость не критична

Для сервера разнесите данные, лог и tempdb по разным физическим дискам или томам — так запись в лог не конкурирует с чтением данных. На серьёзных нагрузках диски под данные собирают в RAID на SSD: это и скорость, и отказоустойчивость. Под базу чаще берут RAID 10 — он даёт быструю запись и переживает отказ диска; RAID 5 на интенсивной записи проседает и для горячей базы подходит хуже. Важно: RAID защищает от отказа диска, но не заменяет бэкап — удалённые или испорченные данные он честно продублирует на все диски массива.

Один конкретный совет про антивирус. Он сканирует каждое обращение к файлу базы и способен замедлить файловую 1С в разы. Добавьте в исключения:

  • каталог с файловой базой и сам файл 1Cv8.1CD;
  • каталоги сервера 1С и СУБД;
  • файлы данных и логов базы данных.

Для файловой базы объём диска вторичен — сама база редко превышает несколько гигабайт. Важнее скорость случайного доступа, а тут любой приличный NVMe в разы быстрее SATA SSD и в десятки раз быстрее HDD.

Видеокарта, мониторы и сеть

Хорошая новость: дискретная видеокарта для 1С не нужна. Платформа не считает ничего на GPU — интерфейс рисует обычная 2D-графика. Встроенного видео любого современного процессора хватает с запасом. Деньги, которые чуть не ушли на видеокарту, лучше вложить в процессор, память и SSD.

Что реально помогает на рабочем месте:

  • Два монитора. Бухгалтер держит на одном документ, на другом — отчёт или банк-клиент. На скорость 1С не влияет, но на скорость работы человека — заметно.
  • Разрешение Full HD и выше. Формы 1С плотные, на мелком экране приходится много скроллить.

Ноутбук или десктоп для рабочего места — вопрос мобильности, а не скорости. Нюанс один: ноутбуки на батарее сильнее режут частоту процессора ради экономии энергии. Если на ноутбуке 1С тормозит, первым делом включите питание от сети и тот же план «Высокая производительность» — часто этого достаточно.

Сеть — отдельная тема для клиент-серверного режима. Между сервером 1С и сервером СУБД нужен стабильный гигабит (или быстрее): весь обмен запросами идёт по этому каналу, и тонкая сеть тут бьёт по всем пользователям сразу. Для тонкого клиента и для RDP-подключений гигабита в локальной сети достаточно, а по интернету тонкий клиент и веб-клиент экономнее к каналу, чем расшаренная файловая база.

Собираем и настраиваем: порядок действий

Когда комплектующие выбраны, остаётся собрать и правильно настроить . Железо — половина дела; неверные настройки съедают прирост от дорогих деталей.

  1. Соберите машину, поставьте 64-битную ОС (для сервера — серверную редакцию Windows или Linux под PostgreSQL).
  2. Обновите BIOS/UEFI, включите в нём турбо-режим процессора и профиль памяти (XMP/EXPO), чтобы планки работали на своей частоте, а не на базовой.
  3. Установите 64-битную платформу 1С:Предприятия актуального релиза.
  4. Задайте план электропитания «Высокая производительность».
  5. Пропишите исключения в антивирусе для файлов и каталогов 1С и СУБД.
  6. Для клиент-сервера — разнесите данные, лог и временные файлы СУБД по дискам.
  7. Проверьте скорость типовыми операциями: открытие базы, проведение документа, тяжёлый отчёт. Так вы увидите реальное узкое место, а не предполагаемое.
Проверка перед запуском в работу
Выполнено: 0 / 7

Самое дорогое, что можно сэкономить при сборке сервера, — это бэкап. Настройте регулярное резервное копирование базы и хотя бы раз проверьте восстановление из копии. Отказ диска без бэкапа означает потерю учёта, и никакое мощное железо от этого не спасёт.

Частые вопросы по сборке ПК для 1С

Нужна ли для 1С дискретная видеокарта?
Нет. 1С не использует GPU для расчётов, интерфейс рисует встроенная графика процессора. Деньги разумнее вложить в процессор и SSD.
Что важнее для скорости — больше ядер или выше частота?
На рабочем месте — частота и производительность одного ядра: сеанс работает преимущественно в один поток. Число ядер важно на сервере, где много параллельных сеансов, но и там частоту проваливать нельзя.
Сколько оперативной памяти ставить?
Рабочему месту — 16 ГБ. Терминальному серверу — считайте 1–2 ГБ на активного пользователя плюс запас под ОС. Серверу СУБД — чем больше, тем лучше, от 32 ГБ под активные базы.
Хватит ли SATA SSD или нужен NVMe?
SATA SSD даст огромный прирост относительно HDD и подойдёт рабочему месту. Для сервера и для тяжёлых файловых баз берите NVMe — на тысячах мелких операций он заметно быстрее.
Intel или AMD лучше для 1С?
По итоговой скорости разницы нет. Смотрите на частоту, число ядер и цену. Для сервера выбор в пользу платформ с ECC-памятью и большим числом ядер.
Нужен ли отдельный сервер для трёх пользователей?
Обычно нет. Трое на небольшой базе комфортно работают в файловом режиме на одной быстрой машине с NVMe. Отдельный сервер оправдан от 5–10 пользователей или при росте объёма базы.