Если сервер под 1С подобран неправильно, это выглядит так:
все «работает», но медленно, пользователи жалуются, отчеты считаются вечность, а в пиковые дни система просто «ложится».
Почти всегда причина не в 1С и не в пользователях. Причина в том, что сервер выбирали формально, без понимания, как именно 1С нагружает железо.
Разберемся, как подойти к выбору сервера под 1С.
Сервер под 1С это не просто мощный компьютер «с запасом». Это набор ресурсов, которые должны:
выдерживать одновременную работу пользователей
быстро считать отчёты
не тормозить при росте базы
не падать в конце месяца
Важно понимать одну вещь:
1С нагружает сервер иначе, чем сайты, почта или файловые хранилища.
Поэтому советы из серии «возьмите побольше ядер» или «любой сервер подойдет» здесь не работают.
У 1С есть особенность, о которую спотыкаются очень часто. Она плохо масштабируется по количеству ядер, но сильно зависит от их производительности.
На практике это выглядит так: один тяжелый запрос или отчет загружает одно ядро почти полностью. Если это ядро медленное, пользователь сразу видит «тормоза», даже если остальные ядра простаивают.
Именно поэтому сервер может быть дорогим, с большим числом ядер, но работать хуже, чем более простой, но правильно подобранный.
Начинать нужно не с железа, а с понимания нагрузки.
Количество пользователей — важный параметр, но сам по себе он ничего не гарантирует. Гораздо важнее, что именно делают эти пользователи и насколько часто они работают одновременно.
Важно не только количество, но и тип нагрузки.
10 бухгалтеров — это одно
10 менеджеров + склад — совсем другое
30 пользователей в конце месяца — пиковая нагрузка
Всегда ориентируйтесь на максимальный сценарий, а не на «обычный день».
Например, бухгалтерия создает относительно ровную нагрузку, а склад и продажи — резкую и пиковую. Закрытие месяца почти всегда дает нагрузку, превышающую «обычный день».
Поэтому ориентироваться нужно не на средний сценарий, а на худший разумный. Именно он и определяет требования к серверу.
Это одно из ключевых решений, которое сильно влияет на требования к серверу и стабильность работы.
| Параметр | Файловая база | Клиент-сервер (SQL) |
|---|---|---|
| Количество пользователей | До 5–7 | От 10 и выше |
| Одновременная работа | Ограниченная | Нормально масштабируется |
| Рост базы | Быстро начинает мешать | Переносится спокойно |
| Стабильность | Снижается с ростом нагрузки | Предсказуемая |
Файловая база может быть оправдана для совсем небольших команд. Но как только пользователей становится больше или база начинает активно расти, переход на клиент-серверный вариант почти неизбежен.
Если выбирать, на чем нельзя ошибиться, так это процессор.
Для 1С важна не сумма ядер, а их скорость. Лучше меньше, но быстрее.
На практике это означает, что сервер с 6–8 ядрами высокой частоты часто работает заметно комфортнее, чем система с 12–16 медленными ядрами. И при этом обходится дешевле.
Именно из-за этого универсальные серверные конфигурации без учета частоты часто дают слабый результат в 1С.
Оперативная память напрямую влияет на ощущение «система живая или тормозит».
SQL-сервер активно использует RAM для кэширования данных. Чем больше данных помещается в памяти, тем реже сервер обращается к диску, а диск — самое медленное место во всей системе.
В реальной жизни это выглядит просто:
сервер с достаточным запасом памяти работает ровно, а сервер «впритык» начинает тормозить при любой нагрузке.
Поэтому память — это не место для экономии и не тот параметр, который стоит брать «на вырост без запаса».
Можно поставить хороший процессор и много памяти, но все испортить медленной дисковой системой.
1С очень чувствительна к скорости дисков, особенно при работе с базой и журналами транзакций. Если используется медленное хранилище, сервер будет тормозить независимо от остальных параметров.
Сегодня для 1С это означает использование SSD или NVMe. Жесткие диски в роли основного хранилища почти гарантированно приводят к жалобам пользователей.
Здесь нет универсального ответа.
Физический сервер дает максимальную производительность и полный контроль, но сложнее масштабируется. Виртуальная машина удобнее в управлении, резервном копировании и росте, но требует качественной инфраструктуры.
Для большинства компаний виртуальный сервер — оптимальный вариант, если он размещён на нормальном хосте, а не в «дешевом облаке».
Чаще всего проблемы возникают не из-за одной большой ошибки, а из-за набора мелких:
ориентируются только на количество ядер
берут минимальный объём памяти «на старте»
не учитывают рост базы
используют медленные диски
выбирают сервер без понимания реальной нагрузки
Все эти решения по отдельности выглядят разумно, но вместе почти гарантируют проблемы через несколько месяцев.
Это чувствуется сразу. Пользователи перестают жаловаться, отчеты считаются предсказуемо, а рост базы не превращается в постоянную борьбу с производительностью.
Хороший сервер под 1С — это не тот, который «самый мощный», а тот, который не мешает бизнесу работать.
При выборе сервера под 1С решают три вещи:
быстрый процессор, достаточный объем памяти и быстрые диски.
Все остальное — детали и удобство эксплуатации.
