Как выбрать сервер HPE для 1С на 10, 30, 50 и 100 пользователей

Сервер для 1С выбирают по одновременной нагрузке, устройству базы и требованиям к простою. Число сотрудников помогает определить масштаб, но не заменяет расчёт: десять пользователей с тяжёлыми отчётами могут нагружать систему сильнее пятидесяти операторов, которые открывают карточки и проводят небольшие документы. Хорошая конфигурация HPE получается после разделения четырёх задач: сервер приложений 1С, СУБД, терминальные сеансы и хранение данных.

Что выяснить до выбора железа для 1С

Начните с рабочих процессов. Для торговой компании важны скорость проведения документов и обменов; для производственной — расчёт себестоимости и закрытие месяца; для бухгалтерии — отчётность, обновления и пакетные операции. Размер базы в гигабайтах показывает объём хранения, но сам по себе не описывает сложность запросов. Две базы одинакового размера могут радикально различаться по нагрузке.

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

• Конфигурация 1С и версия платформы: Бухгалтерия, УТ, ERP либо доработанное решение.
• СУБД и её версия; файловый или клиент-серверный режим.
• Число баз, фоновые обмены и расписание тяжёлых заданий.
• Пиковые сеансы, а не только количество купленных клиентских лицензий.
• Допустимый простой и время восстановления после сбоя.
• План расширения на два-три года и условия размещения оборудования.

Если действующая система тормозит, зафиксируйте конкретную операцию и время её выполнения. Формулировка «ускорить сервер» слишком расплывчата для проверки результата. «Закрытие месяца должно занимать не более двух часов при заданном объёме документов» уже позволяет согласовать нагрузочный тест.

Файловая база, клиент-серверный режим и терминальный доступ

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

В клиент-серверном варианте сервер 1С исполняет прикладную логику, а СУБД обрабатывает запросы и управляет данными. Компоненты можно разместить на одном физическом сервере в отдельных виртуальных машинах либо разнести на несколько узлов. На одном узле проще стартовать; раздельное размещение позволяет независимее управлять ресурсами и отказами, но требует сети, лицензий и администрирования.

Терминальный сервер — третья нагрузка, а не другое название сервера 1С. На нём работают пользовательские приложения. Если тяжёлый браузер и офисные программы запускаются в каждом сеансе, запас RAM нужно считать отдельно. Дополнительно учитываются права и лицензирование удалённого доступа. Серверные лицензии, клиентские лицензии 1С и права использования СУБД — разные позиции спецификации.

Компонент	Главная задача	Что измерять	Частая ошибка
Сервер 1С	Прикладная логика, рабочие процессы и задания	Длительность операций, занятость CPU, память процессов	Выбирать только по числу ядер
СУБД	Запросы, данные и журнал транзакций	Время запросов, кэш, задержки чтения и записи	Считать любой быстрый SSD достаточным
RDS/RDP	Пользовательские рабочие столы	Память и CPU активных сеансов	Не включать терминальные приложения в расчёт
Гипервизор	Работа и распределение ресурсов ВМ	Резерв ресурсов, ожидание CPU, сеть	Выдать гостям весь физический объём RAM

Какой процессор нужен серверу 1С

Смотрите на скорость выполнения вашей задачи одним потоком и на количество задач, которые действительно исполняются параллельно. Если конкретный отчёт последовательно обрабатывается одним потоком, дополнительные десятки ядер сами по себе его не ускорят. Но несколько одновременных отчётов, фоновые обмены, рабочие процессы и СУБД уже способны использовать дополнительные ресурсы. Утверждение «вся 1С однопоточная» слишком грубо для расчёта корпоративной системы.

Сравнивайте конкретные CPU, их поколение, число сокетов и поведение под продолжительной нагрузкой. Максимальная турбочастота одного ядра не равна частоте всех ядер во время тяжёлого задания. Сервер должен удерживать рабочий режим без перегрева и ограничений питания. Установка производительного процессора также может потребовать другой системы охлаждения и совместимого комплекта вентиляторов.

Два процессора нужны не потому, что двухсокетный сервер выглядит серьёзнее. Они дают дополнительные ядра, каналы памяти и возможности расширения, но добавляют стоимость и особенности NUMA. Программная нагрузка и лицензирование могут сделать один подходящий CPU выгоднее двух более слабых. В сравнении конфигураций указывайте точные процессоры, а не только семейство Xeon или EPYC.

Сколько оперативной памяти закладывать

Расчёт состоит из памяти рабочих процессов 1С, СУБД, терминальных сеансов, ОС и гипервизора. Нельзя одновременно отдать СУБД почти всю память физического узла и оставить терминальные приложения без резерва. Для виртуальных машин задают понятные лимиты; для СУБД — согласованную верхнюю границу памяти, которая оставляет ресурсы ОС и другим службам.

Рассмотрим учебный пример, а не универсальную конфигурацию на 50 человек. Зададим 40 одновременных терминальных сеансов со средним рабочим потреблением 0,9 ГБ каждый. На ОС терминального сервера выделено 8 ГБ, на процессы 1С — 16 ГБ, на СУБД — 64 ГБ, на интеграции — 8 ГБ, на гипервизор и управление — 16 ГБ. Получается 36 + 8 + 16 + 64 + 8 + 16 = 148 ГБ. С расчётным резервом 25% это 185 ГБ.

Физический комплект нужно выбрать с учётом поддерживаемых модулей и каналов. В данном примере можно рассмотреть 256 ГБ как вариант для испытания и дальнейшего роста, но число и размещение DIMM определяются точной платформой. Память в одном большом модуле и распределённая по каналам память одинакового суммарного объёма — разные конфигурации. Подробная проверка модулей проводится при подборе комплектующих для серверов.

Какими должны быть диски и контроллер

Для базы важны задержка случайных операций и стабильность записи, особенно журнала транзакций. Линейная скорость в рекламном описании накопителя не заменяет эти параметры. Система, база, журналы и резервные копии выполняют разные задачи; их размещение нужно согласовать с СУБД, типом массива и требованиями восстановления.

Выделение отдельного логического тома само по себе не создаёт отдельную физическую производительность. Если тома находятся на одной группе дисков и контроллере, они продолжают конкурировать за её ресурсы. По той же причине несколько разделов одного SSD не становятся независимыми дисками. Сравнивайте весь путь записи: SSD, контроллер, кэш, защита кэша и работа приложения.

В конфигурации HPE проверяют тип backplane, доступные отсеки, интерфейс контроллера и набор кабелей. Корпус с подходящими по размеру корзинами не гарантирует поддержку любого NVMe. Ресурс записи SSD рассчитывается по ежедневной нагрузке и горизонту использования. Список совместимых накопителей и исполнений смотрите в разделе серверных SSD.

RAID повышает доступность при предусмотренных отказах дисков, но не восстанавливает случайно удалённую базу и не заменяет отдельную копию. Для бэкапа определите периодичность, место хранения и практический порядок восстановления. Обязательный тест — восстановить базу на отдельном стенде и проверить её запуск.

Чем отличаются задачи на 10, 30, 50 и 100 пользователей

Количество пользователей удобно для анкеты, но итоговая конфигурация получается из поведения этих пользователей. Ниже — вопросы, которые помогают построить профиль нагрузки. Таблица не задаёт обязательный минимум CPU или RAM для каждого диапазона.

Масштаб	Типичный вопрос проекта	Что уточнить до расчёта	Что не следует делать
Около 10 пользователей	Можно ли объединить роли на одном узле?	Файловый/SQL-режим, фоновые задания, допустимый простой	Покупать два CPU только ради запаса
Около 30 пользователей	Как распределить 1С, СУБД и терминальные сеансы?	Число активных сеансов и профиль памяти	Считать все лицензии постоянно активными
Около 50 пользователей	Как пережить пики отчётности и закрытия месяца?	Замеры тяжёлых операций и одновременность	Подбирать диски только по ёмкости
Около 100 пользователей	Какие роли и узлы нужно разделить?	Доступность, рост баз, сеть, лицензии, администрирование	Считать один сервер автоматически отказоустойчивой системой

Для доработанной ERP полезнее предоставить обезличенный сценарий тестирования и список тяжёлых операций, чем ориентироваться на общую конфигурацию «на сто пользователей». Та же анкета помогает не переплатить, когда большинство сотрудников работает короткими сеансами и не создаёт большой одновременной нагрузки.

Как выбрать платформу HPE и не забыть необходимые опции

Стоечную платформу выбирают под шкаф, питание, шум, охлаждение, дисковые отсеки и расширение. Башенный сервер бывает удобен для филиала без полноценной серверной, но условия его размещения также нужно проверить. Имеет значение не только обозначение ProLiant, а точная комплектация корпуса и поддерживаемые опции.

Например, HPE ProLiant DL380 Gen11 — двухсокетная платформа 2U с DDR5 RDIMM и PCIe 5.0. Это описание архитектуры, а не обещание, что любой готовый комплект содержит два процессора, нужное число накопителей или RAID-контроллер. CTO-платформа и готовая конфигурация различаются по составу поставки. В спецификации должны быть видны все элементы, которые нужны для запуска.

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

Как проверить сервер до приёмки

Задайте критерии проверки до заказа. Нагрузочный сценарий должен повторять рабочие операции, число сеансов и объём данных. Испытание одной пустой базы не показывает поведение системы в конце месяца. Если проводится тест на копии производственной базы, сохраните её конфиденциальность и заранее согласуйте обезличивание данных.

Сначала зафиксируйте базовый результат старой системы: проведение документов, отчёт, обмен и резервное копирование. Затем выполните тот же сценарий на новой конфигурации при одинаковых настройках и сопоставимом кэше. Разделяйте холодный запуск и повторный прогон. Запишите загрузку CPU, память, задержку записи и длительность фоновых заданий, чтобы понять причину результата.

• Проверить версии BIOS, контроллера и драйверов в согласованной комбинации.
• Подтвердить, что все модули памяти и накопители определяются без ошибок.
• Выполнить диагностический тест памяти и накопителей.
• Проверить работу резервного питания в пределах согласованного испытания.
• Восстановить резервную копию на отдельный экземпляр системы.
• Зафиксировать длительность ключевых операций и порядок отката миграции.

Какие ошибки чаще всего приводят к переплате

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

Третья ошибка — модернизировать CPU, когда задержку создают запросы СУБД, блокировки или диски. Четвёртая — забывать стоимость ОС, СУБД, доступа, резервного копирования и обслуживания. Пятая — создавать из одного сервера «кластер» только потому, что внутри работают две ВМ. При физическом отказе этого узла обе ВМ перестают быть доступными.

Не выбирайте архитектуру исключительно по текущей цене корпуса. Через год может потребоваться дополнительный сетевой адаптер, вторая дисковая группа или больше памяти. Если нужных слотов, каналов и комплектов расширения нет, экономия на старте превращается в замену платформы.

Почему 1С тормозит при свободном процессоре: разбор по симптомам

Средняя загрузка CPU маскирует последовательные операции. Если сервер имеет 32 логических процессора и один поток занимает один из них полностью, общий показатель может быть около 3%, хотя именно этот поток ограничивает отчёт. Сначала сопоставьте длительность операции с нагрузкой отдельных потоков, затем с ожиданиями СУБД. Покупка дополнительных ядер в этой ситуации увеличивает возможность параллельной работы, но не обязательно сокращает время одного отчёта.

Для SQL Server полезно разделить ожидание чтения страниц и фиксации транзакций. PAGEIOLATCH связан с ожиданием операций ввода-вывода страниц; WRITELOG — с записью журнала транзакций. Это направления диагностики, а не автоматический диагноз неисправного SSD. Частые мелкие транзакции, неудачный запрос и конкурирующая нагрузка могут увеличить ожидания даже на исправной дисковой системе. Для другой СУБД используют её собственные показатели, сохраняя тот же принцип: отличать выполнение от ожидания.

Блокировки — отдельная причина медленной работы. Если один сеанс удерживает ресурс, а остальные ждут его освобождения, более быстрый сервер может лишь немного сократить время удержания. Нужно найти ведущий сеанс, операцию и последовательность обращения к данным. Для этого сопоставляют технологический журнал 1С, активные запросы СУБД и время пользовательского действия. Изменение бизнес-логики иногда даёт больший эффект, чем замена процессора, но такое решение принимают вместе с ответственным за конфигурацию.

Симптом во время одной и той же операции	Рабочая гипотеза	Как отличить её от других причин
Один поток занят, дисковые задержки невелики	Последовательное вычисление	Сравнить время операции на более быстром ядре при той же базе
Растёт время записи журнала	Ограничение пути фиксации транзакций	Сопоставить ожидания WRITELOG, задержку тома журнала и число транзакций
Пользователи ждут один сеанс	Блокировка данных	Найти цепочку ожидающих и удерживающую ресурс операцию
После первого запуска повторный отчёт заметно быстрее	Влияние кэша	Провести отдельно холодную и прогретую серии тестов
Задержки совпадают с резервным копированием	Конкуренция за ресурсы	Повторить сценарий с тем же бэкапом и без него на тестовом стенде

Как превратить нагрузку пользователей в проверяемое задание

Составьте журнал операций с четырьмя полями: действие, число повторов, одновременность и допустимое время. В учебном проекте можно задать 30 операторов, выполняющих по два проведения документа в минуту. Получается 60 операций в минуту, или одна в секунду в среднем. Если все документы приходят короткой пачкой после обмена, нагрузка будет иной: средняя частота не описывает пик. Сценарий испытания должен содержать и обычную работу, и такой всплеск.

Для интерактивных операций полезен P95: время, в которое укладываются 95% измеренных действий. Среднее время может выглядеть хорошим, пока каждое двадцатое действие занимает десятки секунд. Отдельно проверяют ошибки, повторные попытки и завершённые операции: тест, в котором часть документов не провелась, нельзя считать успешным только из-за высокой скорости остальных. Для закрытия месяца главным показателем может стать полная длительность задания и влияние на параллельно работающих сотрудников.

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

Как проверить диски для базы, журналов и tempdb

Требования к разным файлам различаются. Журнал транзакций чувствителен к задержке устойчивой записи; файлы данных обслуживают чтение и запись страниц; tempdb в SQL Server участвует во временных операциях, сортировках и других задачах. Три логических диска на одном физическом массиве упрощают организацию, но не дают три независимых ресурса производительности. В проекте отмечают не только буквы томов, но и лежащие под ними диски, контроллеры и пути.

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

Как выбрать запас, который пригодится через два года

Запас считают по ограничениям проекта. Если сейчас на отчёт уходит 80 минут, а после роста объёма допустимы 120 минут, нужно испытать увеличенный набор данных, а не просто добавить 50% ядер. Рост документов может менять планы запросов, размер индексов и попадание рабочего набора в RAM. Масштабирование иногда оказывается нелинейным, поэтому контрольный сценарий на будущий объём ценнее условного коэффициента.

В итоговое ТЗ внесите целевое время основных операций, пиковую одновременность, состав серверных ролей, объём данных на конец периода и допустимый простой. В протоколе приёмки сохраните исходные данные, результаты нескольких повторов и конфигурацию оборудования. Тогда комплект HPE сравнивается по конкретной работе 1С, а следующий апгрейд начинается с измеримой базы, а не с субъективного «стало медленно».

Частые вопросы о сервере для 1С

Можно ли использовать обычный компьютер вместо сервера?

Для небольшой некритичной задачи это возможно при совместимом ПО и подходящих ресурсах. Но при выборе нужно отдельно оценить доступность, ECC, удалённое управление, питание и условия обслуживания. Само название «сервер» не гарантирует скорость; серверная платформа даёт инструменты для надёжной эксплуатации и развития системы.

Хватит ли 64 ГБ RAM на 50 пользователей?

Ответ зависит от СУБД, терминальных сеансов, фоновых процессов и активных данных. Сначала измеряют потребление каждой роли, затем добавляют резерв. Число пользователей без этих параметров не позволяет подтвердить достаточность 64 ГБ. При сборке нескольких ролей на одном узле считать нужно их сумму.

Один быстрый процессор лучше двух CPU?

Сравнивают не число корпусов CPU, а результат задачи, параллельность, каналы памяти и стоимость лицензирования. Односокетная платформа может быть удобнее для небольшой нагрузки; два сокета могут требоваться при другом масштабе и расширении. Универсального победителя без условий сравнения нет.

Нужен ли отдельный SQL-сервер?

Логическое разделение ролей помогает управлять ресурсами. Физическое разделение полезно при соответствующих требованиях нагрузки и доступности, но требует дополнительных затрат. На небольшом проекте роли можно разместить в отдельных ВМ одного узла, понимая общий риск физического отказа.

Какой тест показывает реальную производительность 1С?

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

Что отправить поставщику для точного подбора?

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