Администрирование · 11 мин
Какой сервер лучше для 1С: практическое руководство по выбору
Какой сервер лучше для 1С: требования к процессору, памяти, дискам, выбор между физическим сервером и облаком, типичные ошибки и проверка результата.
1С предъявляет специфические требования к серверу: платформа чувствительна не столько к количеству ядер, сколько к частоте процессора, объёму оперативной памяти и скорости дисковой подсистемы. Поэтому сервер, который отлично справляется с файлохостингом или веб-сайтом, может оказаться слабым для базы 1С с десятками одновременных пользователей.
Выбор начинается не с модели железа, а с ответов на три вопроса: сколько пользователей будет работать одновременно, какой объём базы данных и как будет развёрнута система — в файловом варианте или в клиент-серверном с СУБД. От этих параметров зависит, хватит ли обычного офисного компьютера или потребуется полноценный сервер с отказоустойчивостью.
Важно понимать: узкое место в 1С почти всегда — это диски и память, а не процессор. Медленные HDD, нехватка RAM и работа базы по сети в файловом режиме дают «тормоза» даже на дорогом оборудовании. Ниже разберём конкретные критерии выбора и типовые сценарии.
С чего начать: определите нагрузку и режим работы
Прежде чем смотреть каталоги серверов, зафиксируйте исходные данные. Количество одновременно работающих пользователей — главный фактор: именно пиковая, а не штатная численность определяет требования. Если из 30 сотрудников одновременно в базе работают 12, считать нужно на 12–15 с запасом.
Второй параметр — размер информационной базы и темп её роста. База в 5 ГБ и база в 200 ГБ требуют принципиально разного подхода к памяти и дискам. Узнайте текущий размер и прикиньте прирост за 2–3 года: сервер покупается не на один сезон.
Третий вопрос — режим работы. Файловый вариант подходит для небольших баз и нескольких пользователей, но при росте нагрузки начинаются блокировки и падения производительности. Клиент-серверный вариант (сервер 1С:Предприятия + СУБД, например PostgreSQL или MS SQL Server) снимает эти ограничения, но требует более мощного железа и грамотного администрирования.
Посмотрите статистику активных сеансов в консоли или журнале регистрации
Проверьте размер файла 1Cv8.1CD или объём БД в СУБД
Откройте свойства базы в списке информационных баз
Тяжёлые отчёты и обмены требуют запаса по CPU и RAM
Процессор: частота важнее количества ядер
Большинство операций 1С выполняется в один поток, поэтому ключевая характеристика процессора — тактовая частота на ядро, а не их общее число. Серверный 24-ядерный процессор с частотой 2,2 ГГц будет работать с 1С заметно медленнее, чем 8-ядерный с частотой 3,5–4 ГГц.
Для небольших внедрений подходят процессоры Intel Core i7/i9 или Xeon E с высокой частотой. Для серьёзных нагрузок — Xeon Silver/Gold или AMD EPYC с максимальной частотой в boost-режиме. Одновременно проверьте, чтобы у процессора был достаточный объём кэша — это тоже влияет на скорость выполнения запросов СУБД.
Практический ориентир: на 10–20 пользователей достаточно 4–6 ядер с высокой частотой, на 30–50 пользователей — 8–16 ядер. Дальнейшее наращивание ядер без роста частоты почти не даёт эффекта, если не оптимизированы сами запросы и конфигурация.
Оперативная память: сколько нужно на самом деле
Правило простое: оперативной памяти должно хватать, чтобы СУБД держала в кэше активную часть базы, а сервер 1С — рабочие процессы всех сеансов. Если памяти не хватает, система начинает интенсивно читать с диска, и производительность падает в разы.
Минимальные ориентиры: для файлового режима на 5–10 пользователей — 16 ГБ; для клиент-серверного варианта на 15–30 пользователей — 32–64 ГБ; для баз свыше 100 ГБ и 50+ пользователей — от 64–128 ГБ и выше, в зависимости от размера «горячих» данных. Лучше взять память с запасом: нарастить её потом дешевле, чем мигрировать на новый сервер.
Выбирайте серверную память с коррекцией ошибок (ECC). Она защищает от повреждения данных в оперативной памяти — для учётной системы это критично: сбой в RAM может испортить данные ещё до записи на диск.
Дисковая подсистема: главный фактор скорости
Диски — самое частое узкое место 1С. Классические HDD категорически не подходят для размещения рабочей базы: они допустимы только для архивов и резервных копий. Минимальный уровень — SATA SSD, оптимальный — NVMe SSD с высокой скоростью случайного чтения и записи.
Обратите внимание на надёжность: диски под базу данных должны быть серверного класса с высоким ресурсом записи (показатель TBW/DWPD), так как СУБД интенсивно пишет журналы транзакций. Дешёвые потребительские SSD под такой нагрузкой деградируют быстро.
Для отказоустойчивости используйте RAID-массив: минимум RAID 1 (зеркало) из двух дисков, для баз побольше — RAID 10. Но помните: RAID защищает только от отказа диска и не заменяет резервное копирование — при удалении или порче данных реплика на втором диске испортится синхронно.
Сценарии: какой сервер под вашу ситуацию
До 5–10 пользователей, база до 20–30 ГБ
Достаточно мощного офисного компьютера или начального башенного сервера: процессор с частотой от 3 ГГц, 16–32 ГБ RAM, NVMe SSD. Файловый режим работы допустим, если база расположена локально на этом же компьютере, а пользователи подключаются по RDP или через веб-сервер. Работа файловой базы по обычной сетевой папке — главный источник «тормозов» и повреждений, этого варианта стоит избегать.
От 10 до 30 пользователей
Переходите на клиент-серверную архитектуру. Оптимально — сервер с 6–8 ядрами высокой частоты, 32–64 ГБ ECC-памяти, RAID 1 или RAID 10 из NVMe/SATA SSD. Сервер 1С и СУБД при такой нагрузке можно разместить на одной машине, но память придётся делить между ними.
От 30–50 пользователей и крупные базы
Потребуется полноценный сервер в стоечном или башенном исполнении с двумя блоками питания, 64–128+ ГБ RAM, RAID 10 на серверных SSD. Рассмотрите разнесение сервера 1С и СУБД на две машины: СУБД получит выделенную память и диски, а сервер приложений — процессорные ресурсы. На этом уровне обязательны мониторинг производительности и регламентное обслуживание СУБД.
Сравнение вариантов размещения
Подходит до 5–10 пользователей; ограничение — нет ECC-памяти, дублирования питания и серверной надёжности
Полный контроль и предсказуемая производительность; требует помещения, ИБП, охлаждения и администратора
Быстрый старт и масштабирование без покупки железа; ограничения — ежемесячные платежи и зависимость от канала связи
Свой сервер или облако
Покупка физического сервера оправдана, когда есть помещение с стабильным питанием и охлаждением, штатный или приходящий администратор и планируемый срок эксплуатации от 3–5 лет. Разовые затраты выше, но в долгосрочной перспективе стоимость владения часто ниже аренды.
Облачный вариант (аренда виртуального или выделенного сервера) удобен для распределённых команд, быстрого старта и гибкого масштабирования. Критические моменты: стабильность и задержка интернет-канала у пользователей, условия резервного копирования у провайдера и итоговая стоимость за 2–3 года — посчитайте её заранее, а не по тарифу первого месяца.
Как выбрать действие
Типичные ошибки при выборе сервера
Самая распространённая ошибка — покупка сервера «по названию»: дорогой многопроцессорный сервер с низкой частотой ядер работает с 1С хуже дешёвого, но высокочастотного. Вторая ошибка — экономия на дисках: размещение базы на HDD сводит на нет все остальные вложения.
Третья группа ошибок — организационная: отсутствие резервного копирования, отсутствие ИБП, размещение сервера в неприспособленном помещении. Сервер без бесперебойника при скачке питания может оставить базу в состоянии, требующем длительного восстановления.
Как проверить, что сервер справляется
После ввода сервера в эксплуатацию проверьте реальную производительность в часы пиковой нагрузки, а не в пустой системе. Основные индикаторы: загрузка дисковой очереди, объём свободной памяти, время отклика типовых операций (проведение документа, формирование отчёта).
Используйте штатные средства: монитор производительности ОС, счётчики сервера 1С, журнал регистрации с замером длительных операций. Если типовые операции выполняются за приемлемое для пользователей время и ресурсы не достигают 70–80% в пике — конфигурация выбрана верно.
Как проверить результат
Остаётся запас от 20–30%
Память заполнена, растёт файл подкачки
Отклик единицы миллисекунд, очередь минимальна
Постоянная очередь, отклик десятки миллисекунд
Проведение документов и отчёты идут без заметных пауз
Пользователи жалуются на ожидание, операции растягиваются
Копии создаются по расписанию и тестово восстанавливаются
Копии не проверялись восстановлением ни разу
Что важно запомнить
Для 1С решают частота процессора, объём памяти с запасом и быстрые серверные SSD в RAID. До 10 пользователей хватает мощного ПК, дальше нужен клиент-серверный вариант. RAID не заменяет резервные копии, а ИБП обязателен. Проверяйте сервер под реальной пиковой нагрузкой.
Частые вопросы
Можно ли использовать для 1С обычный домашний компьютер?
Да, если пользователей не больше 5–10 и база небольшая. Понадобится процессор с высокой частотой, 16 ГБ памяти и NVMe SSD. Ограничения: нет ECC-памяти, дублированного питания и серверной надёжности, поэтому резервное копирование и ИБП становятся обязательными.
Какая СУБД лучше для клиент-серверной 1С?
Чаще всего выбирают между PostgreSQL (бесплатный, есть сборки, адаптированные под 1С) и Microsoft SQL Server (платный, удобные средства администрирования). Для небольших и средних внедрений PostgreSQL обычно достаточно; MS SQL оправдан, когда в компании уже есть лицензии и специалисты по нему.
Нужен ли отдельный сервер под СУБД?
До 20–30 пользователей сервер 1С и СУБД спокойно работают на одной машине при достаточном объёме памяти. Разнесение имеет смысл при больших базах и высокой нагрузке: СУБД получает выделенные диски и память, а сервер приложений — процессорные ресурсы без конкуренции.
Действительно ли RAID заменяет резервное копирование?
Нет. RAID защищает только от физического отказа диска. При ошибочном удалении данных, повреждении базы, вирусе или сбое контроллера повреждение мгновенно отразится на всех дисках массива. Резервные копии должны делаться по расписанию, храниться отдельно и периодически проверяться восстановлением.
Как понять, что пора менять или расширять сервер?
Сигналы: память в пике заполнена более чем на 80–90% и активно используется файл подкачки; дисковая очередь постоянно высокая; типовые операции заметно замедлились при том же числе пользователей. Сначала проверьте настройки СУБД и индексы — иногда проблема решается оптимизацией без замены железа.
Стоит ли виртуализировать сервер 1С?
Виртуализация допустима и широко применяется, но требует правильного выделения ресурсов: фиксированной памяти без динамического перераспределения, достаточного числа виртуальных ядер и быстрого хранилища. При неправильной настройке гипервизора виртуальная машина с 1С может работать медленнее, чем физический сервер той же мощности.