Собираем компьютер под 1С: что реально влияет на скорость
Содержание
Скорость 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.1CD | NVMe 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-подключений гигабита в локальной сети достаточно, а по интернету тонкий клиент и веб-клиент экономнее к каналу, чем расшаренная файловая база.
Собираем и настраиваем: порядок действий
Когда комплектующие выбраны, остаётся собрать и правильно настроить . Железо — половина дела; неверные настройки съедают прирост от дорогих деталей.
- Соберите машину, поставьте 64-битную ОС (для сервера — серверную редакцию Windows или Linux под PostgreSQL).
- Обновите BIOS/UEFI, включите в нём турбо-режим процессора и профиль памяти (XMP/EXPO), чтобы планки работали на своей частоте, а не на базовой.
- Установите 64-битную платформу 1С:Предприятия актуального релиза.
- Задайте план электропитания «Высокая производительность».
- Пропишите исключения в антивирусе для файлов и каталогов 1С и СУБД.
- Для клиент-сервера — разнесите данные, лог и временные файлы СУБД по дискам.
- Проверьте скорость типовыми операциями: открытие базы, проведение документа, тяжёлый отчёт. Так вы увидите реальное узкое место, а не предполагаемое.
Самое дорогое, что можно сэкономить при сборке сервера, — это бэкап. Настройте регулярное резервное копирование базы и хотя бы раз проверьте восстановление из копии. Отказ диска без бэкапа означает потерю учёта, и никакое мощное железо от этого не спасёт.