Сколько железа нужно базе 1С: расчёт от числа пользователей до лицензий

Сервер под 1С рассчитывают от числа одновременно работающих пользователей и размера базы. Ориентир для клиент-серверной 1С 8.3 на 30–40 активных пользователей: процессор на 8 ядер с частотой от 3,5 ГГц, 64 ГБ оперативной памяти и NVMe-диски в зеркале. Дальше цифры уточняют под сценарий: тяжёлое закрытие месяца , обмены, терминальный доступ.

Главная ошибка при выборе — брать «побольше ядер». 1С выполняет одну операцию пользователя в одном потоке, поэтому проведение документа ускоряет частота ядра, а не их количество. Ядра нужны, чтобы много пользователей не мешали друг другу. Каждую подсистему — процессор, память, диски, сеть и лицензии — считают отдельно, а потом сводят в один бюджет.

С чего начать расчёт сервера: пользователи, базы и сценарии

Без исходных данных расчёт превращается в гадание. Соберите их до разговора с поставщиком железа.

📊 Что нужно знать о нагрузке:

• 👥 сколько пользователей в штате и сколько работают одновременно в пиковый час (обычно 60–80% от штата);
• 🗄️ сколько информационных баз и их размер сейчас (размер файла 1Cv8.1CD или базы в СУБД) плюс прирост за год;
• 🔄 какие тяжёлые операции бывают: закрытие месяца, расчёт себестоимости, расчёт зарплаты на сотни человек, обмены с сайтом и маркетплейсами;
• 🖥️ как подключаются люди: из офисной сети, через терминальный сервер (RDP), через веб-клиент;
• ⏰ есть ли регламентные задания и ночные обмены, которые идут параллельно с работой.

Файловый вариант или клиент-серверный

Число пользователей сразу определяет архитектуру.

Цифры ориентировочные. Десять бухгалтеров, которые вводят по 20 документов в день, нагружают базу меньше, чем три кладовщика с потоковым сканированием марок. Поэтому смотрите на интенсивность, а не только на численность.

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

Процессор — первое, во что упирается 1С. Проведение документа, формирование отчёта, расчёт себестоимости выполняются в одном потоке рабочего процесса rphost. Процессор на 32 ядра по 2,1 ГГц проведёт документ медленнее, чем 8 ядер по 4,5 ГГц.

Как выбирать

• ⚡ Частота. Смотрите на частоту в турборежиме под нагрузкой на одно ядро. Для 1С ориентир — от 3,5 ГГц, лучше 4 ГГц и выше.
• 🧮 Число ядер. Считайте примерно 1 ядро на 4–8 активных пользователей сервера 1С плюс ядра под СУБД. Для 30 активных пользователей хватает 8 ядер на общий сервер 1С и СУБД.
• 🏷️ Линейка. У Intel и AMD есть отдельные частотные серии серверных процессоров с меньшим числом ядер и высокой частотой. Для 1С они обычно лучше многоядерных моделей, рассчитанных на облака и виртуализацию.
• 🧊 Кэш L3. Чем больше, тем лучше: СУБД и рабочие процессы активно гоняют данные.

Энергосбережение съедает частоту

Сервер из коробки часто работает в сбалансированном режиме питания. Частота ядер падает, а 1С становится медленнее на десятки процентов.

1. В BIOS включите профиль максимальной производительности (называется по-разному: Maximum Performance, Performance).
2. В Windows выберите схему электропитания «Высокая производительность»: Панель управления → Электропитание.
3. На виртуальной машине проверьте те же настройки на хосте: гостевая ОС их не видит.

Как проверить процессор на деле

Практики меряют однопоточную скорость тестом Гилёва — это свободно распространяемая база-тест, которую загружают в информационную базу и запускают. Тест показывает, сколько «попугаев» даёт связка процессор + память + СУБД. Прогоните его на старом сервере и на кандидате: разница в цифрах покажет реальный выигрыш для пользователей.

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

Память считают по слагаемым. Каждый компонент берёт свою долю, и их нужно сложить.

Почему СУБД просит так много

СУБД держит в памяти часто читаемые страницы базы. Если база 80 ГБ и активно используются данные последних двух лет, в кэш должно попадать 30–40 ГБ. Не хватит памяти — СУБД начнёт читать с диска, и отчёты станут медленнее в разы.

MS SQL по умолчанию забирает всю свободную память. Ограничьте её параметром max server memory в свойствах сервера, оставив 1С и ОС их долю. Иначе рабочие процессы 1С уйдут в файл подкачки.

Утечки и перезапуск рабочих процессов

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

Дисковая подсистема под 1С: NVMe, RAID и раздельные тома

На дисках сервер под 1С чаще всего «проваливается» после покупки. Процессор и память взяли с запасом, а базу положили на SATA-диски в RAID 5 — и закрытие месяца идёт часами.

Какие диски брать

• 🚀 NVMe SSD серверного класса — под базы данных и журналы транзакций. Обращайте внимание на ресурс записи (DWPD или TBW): у СУБД запись идёт постоянно.
• 💾 SATA SSD — допустимы для небольших баз до 10–15 пользователей.
• 🐢 HDD — только под архив резервных копий, не под рабочие базы.

Как разложить данные

RAID 5 и RAID 6 для баз 1С не подходят: каждая запись превращается в несколько операций чтения и записи с расчётом чётности. Для журналов транзакций, где запись идёт мелкими порциями, это особенно заметно.

Резервные копии храните не на том же массиве, что и рабочие базы. Отказ контроллера или шифровальщик уничтожат и то, и другое разом.

Объём дисков

Посчитайте: текущий размер всех баз × 3 (прирост за 3 года, журналы, tempdb, место под реструктуризацию при обновлении). Реструктуризация таблиц при обновлении конфигурации временно требует места, сопоставимого с размером крупнейших таблиц.

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

1С обменивается данными между тремя участниками: клиент, сервер 1С, СУБД. Каждый участок предъявляет свои требования.

Сервер 1С ↔ СУБД

Этот участок критичен. Один документ при проведении порождает десятки и сотни запросов к СУБД, и задержка складывается.

• 🔗 Лучший вариант — сервер 1С и СУБД на одной машине. Задержки нет совсем.
• 🔗 Если разнесли — канал 10 Гбит/с в одной стойке, без маршрутизаторов и межсетевых экранов посередине.
• 🔗 Пинг между серверами должен быть доли миллисекунды. Задержка 1–2 мс уже заметно замедляет проведение.

Клиент ↔ сервер 1С

Тонкий клиент передаёт по сети только данные форм, поэтому работает даже на медленных каналах. Толстый клиент гоняет больше данных и к сети требовательнее.

Порты для межсетевого экрана:

Удалённые сотрудники

Филиалы и удалёнщики подключаются через терминальный сервер, веб-клиент или тонкий клиент по HTTP через опубликованную на веб-сервере базу. Ориентир для RDP — 100–200 Кбит/с на сеанс в спокойной работе, больше при печати и выгрузке файлов.

Лицензии 1С, СУБД и Windows: что заложить в бюджет

Лицензии часто стоят дороже железа. Их считают вместе с сервером, а не после.

Лицензии 1С

• 👤 Клиентские лицензии — по числу одновременных сеансов. Бывают программные (привязаны к оборудованию) и на USB-ключах.
• 🖥️ Лицензия на сервер 1С — нужна для клиент-серверного варианта. Есть уровни ПРОФ и КОРП: КОРП добавляет функции для крупных внедрений, в частности расширенные возможности кластера. Конкретные ограничения уровня ПРОФ сверяйте у партнёра перед покупкой сервера с большим числом ядер.
• 🔑 Программная лицензия привязывается к параметрам оборудования. Замена материнской платы, сетевой карты или перенос виртуальной машины может потребовать повторной активации — заложите запасные пин-коды.

Без лицензии платформа базу не запустит, кроме учебной версии.

СУБД

• 🐘 PostgreSQL — бесплатна. 1С работает со специальными сборками PostgreSQL, адаптированными под платформу. Используйте их, а не стандартный пакет из репозитория.
• 🪟 MS SQL Server — лицензируется по ядрам: минимум 4 ядерные лицензии на процессор. Редакция Standard ограничена по числу ядер и объёму памяти буферного пула — проверьте лимиты своей версии, прежде чем покупать 32-ядерный сервер.

Из-за лицензирования по ядрам под MS SQL выгоднее меньше ядер с высокой частотой. Это совпадает с тем, что нужно 1С.

Совместимость

Перед покупкой сверьте системные требования вашей версии платформы: поддерживаемые версии ОС и СУБД. Свежая версия PostgreSQL или Windows Server может ещё не поддерживаться установленной платформой. Номер платформы на сервере и на клиентах должен совпадать.

Пример расчёта сервера под 1С на 40 пользователей

Компания: 40 сотрудников работают в 1С:Бухгалтерии и 1С:Управлении торговлей, одновременно в пик — 30 человек. Две базы: 60 ГБ и 15 ГБ, прирост 20 ГБ в год. Половина работает через терминальный сервер.

Процессор. 30 активных пользователей ÷ 6 на ядро = 5 ядер под 1С, плюс 2–3 ядра под СУБД. Берём 8 ядер от 3,5 ГГц.

Память на сервере 1С и СУБД:

• ОС — 6 ГБ;
• сервер 1С — 30 × 0,3 ГБ = 9 ГБ;
• СУБД — 40% от 75 ГБ = 30 ГБ;
• сумма — 45 ГБ, с запасом 25% ≈ 56 ГБ. Берём 64 ГБ.

Диски. Базы 75 ГБ × 3 = 225 ГБ под данные, журналы и временные файлы. Берём два NVMe по 960 ГБ в RAID 1 под данные и отдельную пару под систему. Бэкапы — на отдельное хранилище.

Терминальный сервер. 20 сеансов × 0,5 ГБ = 10 ГБ плюс 6 ГБ на ОС = 16 ГБ, берём 32 ГБ и 8 ядер. Ставим отдельной машиной или виртуалкой на другом хосте.

Лицензии. 30 клиентских лицензий 1С (по пиковой одновременности, с запасом — 35), серверная лицензия 1С, СУБД PostgreSQL без затрат на лицензии.

Частые ошибки при выборе сервера под 1С

• ❌ Много медленных ядер. Сервер на 40 ядер по 2 ГГц, а пользователи жалуются на медленное проведение. Лечится только заменой процессора.
• ❌ RAID 5 на HDD под базу. Экономия на дисках оборачивается часами на закрытии месяца.
• ❌ Терминальный сервер на той же машине, что СУБД. Пользователь открыл тяжёлый браузер в RDP — у всех подтормаживает 1С. Для 15+ пользователей разносите роли.
• ❌ Неограниченная память MS SQL. СУБД забирает всё, рабочие процессы 1С уходят в подкачку.
• ❌ Перепродажа ресурсов в облаке. Восемь «виртуальных ядер» на перегруженном хосте работают как четыре. Проверяйте тестом до переезда.
• ❌ Расчёт только на сегодня. Через два года база удвоилась, диски заполнены, а слотов под расширение памяти нет. Берите платформу с запасом слотов.

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