Перейти к содержанию
Каталог товаров
0

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

Практическое руководство по выбору сервера для 1С: как оценить количество пользователей, режим работы базы, требования к CPU, памяти, SSD/NVMe, RAID, СУБД, терминальным сеансам, виртуализации, backup, отказоустойчивости и росту нагрузки, чтобы система работала стабильно и без лишней переплаты.
Опубликовано: 16 декабря 2023 Изменено: 26 октября 2026
Выбор сервера для 1С: основные моменты, рекомендации и чек-лист
Автор: Сергей КовальТехнический рецензент: Михаил БиркосКоманда ANDPROРедакционная политика блога
Читать полный материал
Практический материал ANDPRO

Нужна помощь с подбором или внедрением? Получите консультацию инженера ANDPRO.

Подобрать серверСерверы в каталоге

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

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

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

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

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

Файловый режим предусмотрен платформой для небольших рабочих групп, клиент-серверный — для более масштабных внедрений. Но универсального порога вида «после десятого сотрудника обязательно нужен этот сервер» из этого не следует. Выбор зависит от задач и измерений. Источник: масштабируемость 1С.

Разделите роли: база, сервер 1С и пользовательские рабочие места

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

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

Для удалённых рабочих мест отдельно прочитайте гайд по терминальному серверу и RDS. Этот материал посвящён выбору всей инфраструктуры 1С; он не заменяет расчёт терминальной роли.

Какие исходные данные нужны до расчёта CPU и RAM

Подготовьте карточку нагрузки:

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

Например, две компании с одинаковыми двадцатью рабочими местами могут предъявлять разные требования: в одной сотрудники работают с документами по очереди, в другой одновременно запускают отчёты, обмены и регламентные задания. Это иллюстрация различия сценариев, а не прогноз производительности конкретного сервера.

Процессор: не выбирайте по одному числу ядер или гигагерц

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

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

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

Оперативная память: считать роли и одновременность

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

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

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

Накопители: оцените работу системы, а не только скорость SSD

В проекте хранения перечислите базы, журналы, временные данные, ОС и резервные копии. Отметьте, какие операции выполняются одновременно: рабочие запросы, обслуживание базы, резервирование и восстановление. Требования к размещению и параметрам уточняют для выбранной СУБД и её версии.

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

Для выбора класса и поддерживаемого подключения накопителей используйте сравнение серверного SSD и обычного. RAID, отдельная СХД или локальные диски выбираются по требованиям системы; не следует добавлять дорогой слой хранения только ради более длинной спецификации.

Локальный сервер, виртуальная машина или аренда

Сравнивайте варианты на одинаковом составе задачи. В собственном сервере учитывайте не только железо, но и размещение, питание, обслуживание, ПО и восстановление. В аренде уточните, кто отвечает за ОС, обновления, копии, восстановление и доступ пользователей. Наличие слова «облако» не означает, что эти услуги включены.

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

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

Поддержка ПО и лицензии — до покупки оборудования

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

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

Как проверить предложение до ввода в работу

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

Фирма «1С» описывает нагрузочные испытания с реалистичными сценариями пользователей через Тест-центр. Типовой тест может быть отправной точкой, но его условия и нагрузку надо сопоставить с вашим внедрением. Источники: методика нагрузочного тестирования, корпоративный инструментальный пакет.

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

Чек-лист заказа сервера для 1С

До согласования спецификации у вас должны быть:

  • Карточка нагрузки и схема размещения ролей.
  • Точные версии программного состава и основание их поддержки.
  • Состав CPU, RAM, накопителей и сети с объяснением выбора.
  • Карта расширения и ограничения платформы.
  • Условия ПО, обслуживания и ответственности сторон.
  • План резервного копирования и критерий восстановления.
  • Протокол теста и критерии приёмки.

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

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

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

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

Минимум из системных требований — готовая рабочая конфигурация?

Нет. Официальные аппаратные требования не учитывают конкретное прикладное решение. Для проекта нужны его требования и проверка вашего сценария.

Обязательны NVMe и отдельная СХД?

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

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

Такой результат относится к условиям конкретного теста. Он не заменяет сопоставление с рабочими операциями и программным составом вашей организации.

Источники

Авторство и ответственность

Технический рецензент: Михаил Биркос

Также вас может заинтересовать