Выбор сервера для 1С: основные моменты, рекомендации и чек-лист

Сначала нагрузка 1С, затем сервер

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

Для небольших баз и малого числа пользователей требования будут одними. Для ERP, УТ, КА, ЗУП, бухгалтерии с большим объемом документов, несколькими филиалами и активной отчетностью — другими. Поэтому универсальный совет «возьмите больше ядер и больше памяти» не работает: сервер должен закрывать конкретные узкие места 1С.

Архитектура 1С: файловый режим, клиент-сервер и терминальные пользователи

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

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

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

Процессор для 1С: частота, ядра и производительность одного потока

Для 1С часто важна высокая производительность одного ядра. Многие операции в бизнес-приложениях и СУБД чувствительны к задержкам и single-thread performance. Поэтому процессор с большим числом ядер, но низкой частотой не всегда ускоряет 1С. Для части сценариев выгоднее CPU с высокой частотой, современным ядром, большим кэшем и достаточным, но не избыточным числом потоков.

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

Оперативная память, кэш СУБД и NUMA

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

Для двухсокетных серверов и крупных систем важно учитывать NUMA. Если СУБД или виртуальные машины распределены неудачно, доступ к памяти другого сокета может увеличивать задержки. Поэтому при серьезных нагрузках нужно проверять не только объем RAM, но и схему установки модулей, каналы памяти, настройки гипервизора и параметры СУБД.

Для серверов 1С стоит использовать ECC-память, поскольку ошибки в оперативной памяти могут приводить к сбоям приложений и рискам повреждения данных. Экономия на памяти и платформе часто обходится дороже, чем корректная серверная конфигурация.

Дисковая подсистема: SSD, NVMe, RAID и задержки

Для 1С дисковая подсистема часто становится критичным узким местом. Важен не только объем, но и задержки, IOPS, ресурс записи, контроллер, RAID-схема, кэш, резервирование и возможность восстановления. Быстрая реакция интерфейса 1С зависит от того, насколько быстро сервер работает с базой, журналами, временными файлами, отчетами и backup-операциями.

SSD и NVMe обычно предпочтительнее классических HDD для активных баз 1С, но их нужно выбирать по ресурсу, типу нагрузки и совместимости с платформой. HDD могут использоваться для архивов, резервных копий или холодных данных, но для рабочей базы и СУБД важны низкие задержки и стабильная производительность.

Если нагрузка и объем данных растут, стоит сравнить локальные диски сервера с решениями из разделов «Хранилища данных» и «СХД». Иногда отдельное хранилище или СХД рациональнее, чем попытка разместить все роли внутри одного сервера.

Надежность, резервное копирование, питание и безопасность

Сервер для 1С должен быть рассчитан на отказоустойчивую эксплуатацию: резервные блоки питания, корректный RAID, мониторинг дисков, журналирование, контроль температуры, ИБП, регламент обновлений и понятный план восстановления. Наличие RAID не заменяет резервное копирование, а backup без регулярной проверки восстановления не гарантирует защиту бизнеса.

Для 1С особенно важны RPO и RTO: сколько данных компания готова потерять и за какое время систему нужно восстановить. Эти параметры определяют частоту копирования, схему хранения резервных копий, необходимость репликации, отдельного backup-хранилища, тестовых восстановлений и документации.

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

Типичные ошибки при выборе сервера для 1С

Частая ошибка — выбирать сервер по числу пользователей без анализа базы, СУБД, отчетов, обменов и терминальных сеансов. Другая ошибка — покупать многоядерный CPU с низкой производительностью одного потока, ожидая, что 1С автоматически станет быстрее. Третья — экономить на дисках, RAID, памяти, backup и мониторинге.

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

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

Какие данные подготовить перед подбором сервера для 1С

Перед подбором сервера подготовьте количество пользователей, число одновременных сеансов, конфигурации 1С, размер базы, тип СУБД, файловый или клиент-серверный режим, объем документов, фоновые задания, обмены, терминальный доступ, требования к отчетам, backup, срок хранения копий, требования к отказоустойчивости и план роста компании.

Также полезны данные о текущей инфраструктуре: CPU, RAM, диски, загрузка сервера, задержки дисковой подсистемы, версия платформы 1С, версия СУБД, схема виртуализации, сеть, ИБП, система резервного копирования и проблемы, которые уже проявляются у пользователей.