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

Для 1С:Предприятие 8.3 выбирайте сервер с высокой частотой ядра (от 3,5 ГГц в турбо), быстрыми NVMe-дисками под базу и памятью с запасом под СУБД. Ориентир для 30–50 пользователей: 8 быстрых ядер, 64 ГБ RAM, два NVMe в зеркале. Много медленных ядер и большой массив HDD — типичные причины, по которым дорогой сервер «тормозит» в 1С.

Что нагружает железо в клиент-серверной 1С

Клиент-серверная 1С — это три слоя. Пользователь работает в тонком клиенте или браузере. Сервер 1С выполняет код конфигурации: проведение, расчёты, формирование отчётов. СУБД (MS SQL Server или PostgreSQL) хранит данные и выполняет запросы.

Каждый слой нагружает своё:

• 🧠 Сервер 1С — процессор и память. Код встроенного языка выполняется в рабочих процессах rphost, один вызов пользователя обрабатывается в одном потоке.
• 💾 СУБД — диски и память. Чем больше «горячих» данных помещается в кэш, тем реже СУБД читает с диска.
• 🌐 Сеть — задержка между сервером 1С и СУБД. Проведение документа порождает сотни мелких запросов, и каждая лишняя миллисекунда умножается на их число.

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

Когда сервер не нужен вовсе

Файловая база на быстром SSD спокойно обслуживает до 5–10 одновременных пользователей в типовой конфигурации вроде Бухгалтерии. Дальше растут блокировки: файл базы один, и пользователи ждут друг друга при записи. Если в базе работают 10–15 человек и жалобы на «висит при проведении» стали ежедневными — пора на клиент-серверный вариант.

Подбор сервера по числу пользователей

Таблица — стартовая точка. Конфигурации ориентировочные, для типовых решений (БП, ЗУП, УТ) без тяжёлых доработок.

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

Главный приём при выборе: частота одного ядра важнее числа ядер. Проведение одного документа или формирование одного отчёта выполняется в одном потоке. Если ядро медленное, пользователь ждёт, даже когда остальные 30 ядер простаивают.

Ядра нужны для параллельной работы: 40 пользователей проводят документы одновременно, фоновые задания грузят обмены, СУБД параллелит тяжёлые запросы.

Как считать:

1. Возьмите число одновременно активных пользователей (не всех учётных записей, а тех, кто реально работает в пиковый час).
2. Закладывайте одно физическое ядро примерно на 5–8 активных пользователей типовой конфигурации.
3. Добавьте 2–4 ядра под СУБД, если она стоит на той же машине, и 1–2 ядра под регламентные задания.
4. Выбирайте модель с максимальной частотой в турбо из тех, что дают нужное число ядер.

Серверные или «десктопные» процессоры

Линейки с высокой частотой и умеренным числом ядер (Xeon E/W, AMD EPYC с суффиксом F, Ryzen в серверных платформах) в 1С часто быстрее флагманов на 64 ядра. У флагманов базовая частота 2,0–2,5 ГГц, и однопоточная скорость проседает.

Для небольших компаний сервер на платформе с высокочастотным процессором — рабочий вариант. Минус — меньше линий памяти и нет поддержки больших объёмов RAM.

Проверка скорости до покупки

Однопоточную производительность в 1С меряют тестом Гилёва: это обработка, которая выдаёт условные баллы. Попросите у поставщика или хостинга тестовый стенд на 1–2 дня, разверните на нём копию своей базы и прогоните тест, а потом проведите реальный тяжёлый документ или закрытие месяца .

powercfg /setactive SCHEME_MIN
powercfg /getactivescheme

Лицензии и число ядер

Число ядер влияет и на лицензирование. У лицензии на сервер 1С уровня ПРОФ есть ограничение по количеству используемых ядер процессора, у КОРП его нет, и только КОРП даёт механизмы отказоустойчивого кластера. Перед покупкой 32-ядерного сервера уточните у партнёра действующие условия, иначе к железу добавится стоимость лицензии КОРП.

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

Память делят три потребителя: операционная система, сервер 1С и СУБД. Считайте их отдельно и складывайте.

Пример: 40 пользователей, база БП 60 ГБ и ЗУП 15 ГБ. ОС — 8 ГБ, сервер 1С — 40 × 0,25 + 4 = 14 ГБ, СУБД — около 48 ГБ под кэш. Итого 70 ГБ, берите 96 или 128 ГБ с запасом на рост базы.

Ограничьте аппетит СУБД

MS SQL Server по умолчанию забирает всю свободную память и выдавливает из неё сервер 1С. Задайте предел: общий объём минус ОС минус потребность 1С.

EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;
EXEC sp_configure 'max server memory (MB)', 49152;
RECONFIGURE;

Для PostgreSQL ключевые параметры — shared_buffers (обычно около 25% RAM, выделенной под СУБД) и effective_cache_size (50–75%). Берите сборку PostgreSQL с патчами для 1С, обычную «ванильную» версию для 1С не используют.

Защита от утечек памяти в 1С

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

Дисковая подсистема: где теряется скорость

Для СУБД главное не объём, а задержка и число операций ввода-вывода в секунду. Один NVMe-диск выдаёт сотни тысяч IOPS, массив из 6 HDD — несколько сотен. Разница видна на закрытии месяца и пересчёте итогов.

Что брать:

• ⚡ NVMe серверного класса с защитой от потери питания (PLP). Бытовые NVMe быстро изнашиваются под журналом транзакций и проседают на длительной записи.
• 🔁 RAID 1 или RAID 10. RAID 5 и 6 медленно пишут, а СУБД пишет постоянно.
• 📂 Раздельные тома: данные баз, журналы транзакций, tempdb для MS SQL. На небольших серверах допустимо держать всё на одном зеркале NVMe, при росте нагрузки журналы выносят первыми.
• 🗄️ Отдельный диск или хранилище под резервные копии. Копия на том же массиве, что и база, при отказе массива пропадёт вместе с ней.

Объём считайте так: текущий размер всех баз × 3 на рост за 2–3 года, плюс место под tempdb, журналы и локальные копии. Для баз на 100 ГБ это примерно 500–800 ГБ полезного объёма на быстрых дисках.

Каталог кэша сервера 1С (srvinfo) тоже кладите на SSD: там лежат сеансовые данные и временные файлы рабочих процессов.

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

Связь «сервер 1С ↔ СУБД» — самое чувствительное место. Если обе роли на одной машине, для MS SQL используйте протокол Shared Memory: запросы идут через память, без сетевого стека. Для этого в строке подключения базы указывают имя сервера СУБД как localhost или имя этой же машины.

Когда роли на разных серверах:

• 🔌 соединяйте их сетью 10 Гбит/с, лучше напрямую или через один коммутатор;
• 📉 следите за задержкой: целевое значение — доли миллисекунды;
• 🚫 не пускайте этот трафик через VPN и межсетевые экраны с инспекцией пакетов.

Для пользователей хватает 1 Гбит/с в офисе. Тонкий клиент и веб-клиент экономны к каналу: удалённому сотруднику обычно достаточно 1–2 Мбит/с на сеанс при стабильном пинге. Толстый клиент по медленному каналу работать не будет — для удалённых офисов используйте тонкий клиент или терминальный доступ.

Порты 1540, 1541 и диапазон рабочих процессов открывайте только во внутренней сети. Наружу публикуйте веб-клиент через веб-сервер с HTTPS или терминальный сервер .

Виртуальная машина или физический сервер для 1С

Виртуализация для 1С нормальна: Hyper-V, VMware, Proxmox используются повсеместно. Выигрыш — снимки перед обновлением, перенос на другой хост, резервирование. Проигрыш — 5–15% производительности и риск «шумных соседей».

Как настроить ВМ под 1С:

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

Лицензии 1С в виртуальной среде

Это приём, о котором вспоминают уже после переезда. Программная лицензия 1С привязана к параметрам оборудования. Перенос ВМ на другой хост, смена числа ядер или сетевой карты может её «отвязать», и сервер перестанет выдавать лицензии.

Что делать:

• 🔑 после изменения ВМ заранее проверьте, сколько раз осталось повторно активировать пин-код ;
• 🔌 аппаратный USB-ключ пробрасывайте в ВМ средствами гипервизора или через сетевой USB-концентратор;
• 🛑 изменения параметров ВМ делайте в нерабочее время: при перезапуске сервера 1С оборвутся сеансы пользователей.

При аренде VPS спросите у хостинга модель процессора и его частоту. Фраза «2 vCPU» без модели ничего не говорит о скорости 1С.

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