При переходе на современные конфигурации 1С, такие как «1С:Комплексная автоматизация 2» (КА 2) или «1С:ERP Управление предприятием», многие компании сталкиваются с неожиданной проблемой: системные интеграторы и франчайзи выставляют внушительные требования к серверному оборудованию. Даже для небольшого коллектива в 10 пользователей могут быть предложены дорогостоящие многопроцессорные серверы корпоративного класса с SAS-накопителями в RAID-массивах и огромными объемами ОЗУ.
В этой статье мы подробно разберем, насколько оправданы такие требования для небольшого внедрения, проанализируем технические нюансы работы платформы 1С и СУБД, а также поможем вам подобрать оптимальную, надежную и экономически выгодную конфигурацию сервера без переплат.
Прежде чем переходить к обсуждению «железа», выясним причину высокой требовательности программы. Архитектурно конфигурация КА 2 построена на том же коде и метаданных, что и флагманское решение ERP 2. Это огромная, тяжелая система с распределенными регистрами, сложными механизмами расчета себестоимости и механикой распределения затрат «на лету».
В отличие от старых версий (например, КА 1.1 или УПП 1.3), в КА 2 практически вся бизнес-логика выполняется на стороне сервера приложений. Нагрузка на серверную часть возрастает многократно. Простой файловый режим работы для 10 активных пользователей здесь неприменим — система будет работать крайне медленно. Единственным разумным вариантом автоматизации является клиент-серверный вариант (трехзвенная архитектура: клиентское приложение — сервер приложений 1С — СУБД).
Давайте подробно рассмотрим стандартное коммерческое предложение («минимальные» и «рекомендованные» требования), которое часто предлагают партнеры 1С:
С одной стороны, подобные рекомендации выглядят как классическая попытка «перестраховаться». Если у заказчика медленно работает неоптимизированный код или некорректно настроена СУБД, франчайзи всегда может сослаться на то, что «железо не соответствует рекомендованному». С другой стороны, покупка неоправданно дорогого оборудования (особенно SAS SSD корпоративного класса и лицензий Windows Server + MS SQL) наносит серьезный удар по бюджету небольшой фирмы.
Давайте разберем по шагам ключевые компоненты сервера и выясним, как привести эти требования к разумному компромиссу.
Один из главных вопросов, возникающих при обсуждении серверной архитектуры: «Почему серверный процессор Xeon с кучей ядер часто проигрывает в скорости работы 1С обычному десктопному Intel Core i7?».
Разберем физику этого процесса. Платформа «1С:Предприятие 8» критически зависит от однопоточной производительности (тактовой частоты ядра). Ключевые ресурсоемкие транзакции — проведение первичных документов, расчет себестоимости, формирование сложных отчетов СКД — выполняются СУБД и сервером 1С строго в один поток. Если у вас установлен процессор Intel Xeon с частотой 2.2 ГГц (но с 24 ядрами), то для 1С он будет работать медленнее, чем домашний процессор Intel Core i7 с тактовой частотой 4.5 ГГц (но с 8 ядрами).
В известном тесте производительности 1С («Тест Гилева») высокочастотные процессоры Core i7/i9 или AMD Ryzen показывают великолепные результаты (более 50–60 единиц), в то время как стандартные серверные процессоры Xeon прошлых поколений часто не набирают и 25–30 единиц. Из-за этого у пользователей возникает соблазн собрать сервер 1С на базе обычных «десктопных» комплектующих.
В чем опасность десктопного процессора для сервера СУБД?
Главный недостаток обычных потребительских процессоров (за редким исключением) — отсутствие поддержки оперативной памяти с коррекцией ошибок ECC (Error-Correcting Code). Для рабочей базы данных (особенно под управлением MS SQL или PostgreSQL) это огромный риск. Случайный сбой в микросхеме памяти (так называемый «переворот бита» под воздействием космического излучения или нагрева) на обычном ПК приведет к «синему экрану» (BSOD) или, что гораздо страшнее, к молчаливому повреждению структуры базы данных SQL. Ошибка запишется в файл базы, и вы узнаете о ней лишь спустя недели, когда бэкапы тоже будут повреждены.
Какое решение выбрать?
Для 10 пользователей идеальным выбором станут специализированные высокочастотные процессоры, сочетающие в себе серверную надежность и высокую скорость работы на одно ядро:
В коммерческих предложениях часто фигурируют диски SAS SSD. Это надежные накопители для корпоративных систем хранения данных, однако их пропускная способность ограничена интерфейсом SAS (обычно до 12 Гбит/с). Современные твердотельные накопители **NVMe (PCIe)** работают напрямую с шиной процессора и выдают скорости в разы выше.
Также среди администраторов «старой школы» жива рекомендация разносить файлы системы по разным физическим накопителям:
mdf).ldf).tempdb).Посмотрим на эту ситуацию критически. Данное разделение было жизненно необходимо во времена магнитных жестких дисков (HDD), когда физическая считывающая головка металась между секторами диска, создавая огромные задержки (высокое время отклика - latency). В эпоху твердотельных накопителей ситуация изменилась.
Один качественный корпоративный NVMe-накопитель (например, Samsung серии PM или аналогичные решения от Intel/Micron) обладает производительностью в сотни тысяч IOPS (операций ввода-вывода в секунду). Для 10 пользователей КА 2 разделение файлов СУБД по разным физическим SSD не даст никакого видимого прироста скорости.
Оптимальная схема дисковой системы для 10 пользователей:
Установите **два надежных корпоративных SSD NVMe в программный или аппаратный зеркальный массив (RAID 1)**. На этом массиве будут располагаться и операционная система, и файлы базы, и логи, и tempdb. Это обеспечит:
Важно: Выбирайте диски именно корпоративного класса (Enterprise) с высоким ресурсом перезаписи (параметр **DWPD** не менее 1–3). Потребительские диски (Consumer SSD) без буфера быстро выйдут из строя под постоянной нагрузкой от транзакций СУБД.
Считается, что памяти много не бывает, но давайте проанализируем реальные потребности:
rphost) потребляет память. При активной работе пользователей один сеанс в тяжелой конфигурации КА 2 / ERP может забирать от 1 до 2 ГБ ОЗУ. На 10 пользователей серверу 1С потребуется около 10–15 ГБ.Итоговый вердикт по ОЗУ:
Если СУБД и сервер приложений 1С развернуты на одной физической машине, а пользователи подключаются со своих локальных компьютеров (по сети через тонкий клиент), то **32 ГБ ECC RAM** — это идеальный и вполне достаточный объем.
Если же сервер дополнительно настроен как **Терминальный сервер (RDP)**, и пользователи запускают клиентское приложение 1С прямо на сервере внутри своих сессий, требования возрастают. Тонкий клиент 1С на каждого пользователя потребует еще 1.5–2 ГБ ОЗУ. В этом случае планка в **64 ГБ ОЗУ** становится жесткой необходимостью.
Исторически сложилось, что связка Windows Server + MS SQL Server считается наиболее дружелюбной для администратора. Однако стоимость лицензий для этой связки сегодня крайне высока. На форуме справедливо отмечают проблему «отсутствия альтернатив», но сегодня эта проблема решена.
Рассмотрим альтернативный, полностью рабочий и официально поддерживаемый фирмой 1С стек технологий:
Использование связки Linux + Postgres Pro для 10 пользователей позволяет сэкономить сотни тысяч рублей на лицензиях СУБД и ОС. По производительности правильно настроенный Postgres Pro на современном оборудовании практически не уступает MS SQL Server на небольших базах.
Проанализировав все «за» и «против», мы можем составить спецификацию сбалансированного сервера, который обеспечит отличную скорость работы системы («Тест Гилева» покажет отличные результаты) и высокую надежность:
1. Процессор (CPU): Intel Xeon E-2378 (8 ядер, 2.6 - 4.8 ГГц) или AMD Ryzen 9 7900X (если допустимо использование десктопного решения с поддержкой ECC). Важна частота выше 3.5 ГГц.
2. Оперативная память (RAM): 32 ГБ DDR4/DDR5 ECC (двумя планками по 16 ГБ для активации двухканального режима).
3. Дисковый массив (Storage): 2 x Enterprise NVMe SSD (например, Samsung PM9A3) объемом 960 ГБ каждый, объединенные в программный RAID-1 средствами ОС.
4. Сетевой адаптер: 1 Гбит/с (желательно Intel с поддержкой разгрузки процессора).
Такой сервер обойдется в разы дешевле классических двухпроцессорных решений, которые предлагают франчайзи, но при этом покажет феноменальную скорость работы в расчете на одного пользователя при запуске ресурсоемких механизмов «1С:Комплексная автоматизация 2».