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

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

Какие данные нужны до выбора оборудования

Первичный расчет начинается не с модели процессора, а с описания текущей и ожидаемой работы системы. Желательно собрать следующие данные:

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

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

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

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

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

Как подобрать основные компоненты

Процессор

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

Оперативная память

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

Дисковая подсистема

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

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

Резервирование и восстановление

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

Терминальные пользователи и виртуализация

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

Типичные ошибки при подборе

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

Когда нужен отдельный расчет

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

Короткие ответы

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

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

Нужен ли NVMe?

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

Можно ли разместить 1С, SQL и терминальный сервер на одном устройстве?

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

Источники

• 1С:Предприятие — клиент-серверный вариант работы
• 1С:Предприятие — архитектура кластера серверов
• Microsoft Learn — настройка памяти SQL Server