Администрирование · 11 мин
Какой должен быть сервер для 1С: практическое руководство по выбору
Разбираем, какой сервер нужен для 1С: процессор, память, диски, СУБД, требования для файлового и клиент-серверного режима, типичные ошибки при выборе.
Требования к серверу для 1С зависят от трёх вещей: режима работы (файловый или клиент-серверный), количества одновременно работающих пользователей и объёма базы данных. Ошибка в любом из этих параметров приводит к характерным симптомам: медленное проведение документов, зависание отчётов, блокировки и жалобы бухгалтерии в конце отчётного периода — именно тогда, когда нагрузка максимальна.
Главная особенность 1С — высокие требования к однопоточной производительности процессора и скорости дисковой подсистемы. Платформа плохо распараллеливает типовые операции, поэтому сервер с большим количеством медленных ядер почти всегда проигрывает серверу с меньшим числом быстрых ядер. Это первое и главное отличие от «усреднённого» сервера для веб-приложений.
Второй критический ресурс — оперативная память. Сервер 1С:Предприятия и СУБД (если используется клиент-серверный режим) охотно потребляют десятки гигабайт, и нехватка памяти проявляется не сразу, а в моменты пиковой нагрузки: свёртка базы, закрытие месяца, массовые перепроведения. Поэтому расчёт нужно вести с запасом, а не «впритык».
Файловый или клиент-серверный режим: что определяет архитектуру
Выбор режима — первое решение, от которого зависят все остальные требования. В файловом режиме база хранится в файле 1Cv8.1CD на общем сетевом ресурсе, и каждый клиент работает с ним напрямую. Такой вариант не требует отдельного сервера приложений и СУБД, но имеет жёсткие ограничения: при росте числа пользователей и размера базы резко растут блокировки, а целостность файла уязвима при сбоях сети и питания.
Клиент-серверный режим использует связку «сервер 1С:Предприятия + СУБД» (PostgreSQL, MS SQL Server и другие поддерживаемые). Здесь вся нагрузка по обработке данных ложится на сервер, клиенты получают только результат. Это единственный разумный вариант для крупных баз и десятков одновременных пользователей, но он требует более мощного железа и квалифицированного администрирования.
Как выбрать режим работы
Процессор: почему частота важнее числа ядер
Типовые операции 1С — проведение документа, расчёт в запросе, формирование отчёта — выполняются преимущественно в одном потоке. Поэтому процессор с высокой частотой и производительностью на ядро даст больше пользы, чем многоядерный чип с низкой частотой. На практике это означает: современные процессоры с частотой ядра от 3 ГГц и выше предпочтительнее серверных моделей с десятками ядер на 2 ГГц.
Количество ядер тоже имеет значение, но вторичное: ядра нужны для параллельного обслуживания нескольких пользователей и фоновых заданий. Ориентир — от 4–6 ядер для небольшой компании до 8–16 ядер для сервера на десятки пользователей. Сверх этого прирост заметен только при очень высокой конкурентной нагрузке.
Оперативная память: сколько нужно и как считать
Дефицит памяти — самая частая причина «тормозов» 1С на формально мощном сервере. Память потребляют три потребителя: операционная система, рабочие процессы сервера 1С (rphost) и СУБД, которая кэширует данные и индексы. Если СУБД и сервер 1С стоят на одной машине, им придётся делить ресурс, и это нужно учитывать в расчёте.
Практический подход к оценке: выделите под СУБД объём, достаточный для кэширования активной части базы (часто это значимая доля от размера базы), добавьте память под рабочие процессы 1С из расчёта нагрузки на каждого активного пользователя, плюс резерв для ОС и регламентных операций. Для небольших внедрений разумный минимум — 32 ГБ, для средних — 64–128 ГБ, крупные базы могут требовать больше. Точную цифру даёт только наблюдение за реальной нагрузкой.
Признак нехватки памяти — активное использование файла подкачки и рост времени отклика при одновременной работе нескольких пользователей, хотя процессор при этом недогружен. Это наблюдается в системном мониторе и счётчиках производительности.
Дисковая подсистема: главный фактор скорости базы
Для 1С критичны случайные операции чтения и записи небольшими блоками — именно так работает СУБД. Поэтому требования к дискам жёсткие: только SSD, для серьёзных нагрузок — NVMe. Классические HDD под базу данных использовать нельзя: даже один «тяжёлый» отчёт поставит дисковую очередь в стену и заблокирует работу всех пользователей.
Отказоустойчивость обеспечивается RAID. Для баз данных традиционно применяют RAID 10 как баланс скорости и надёжности; RAID 5/6 на SSD даёт экономию ёмкости, но проигрывает на записи. RAID-контроллер желателен аппаратный с кэшем и батареей (BBU) либо проверенный программный вариант. Отдельный практический приём — разнести файлы данных и журналы транзакций СУБД на разные физические массивы.
Сеть, операционная система и виртуализация
Сеть между клиентами и сервером — минимум 1 Гбит/с, для файлового режима это критично: весь трафик чтения базы идёт по сети. В клиент-серверном режиме требования к каналу клиент–сервер ниже, но связь между сервером 1С и СУБД (если они на разных машинах) должна быть быстрой и стабильной, желательно в одном сегменте сети.
По операционной системе ориентируйтесь на поддерживаемые платформой версии Windows Server или Linux — актуальный список совместимости есть в системных требованиях конкретной версии платформы 1С. Виртуализация допустима и широко применяется, но с оговорками: виртуальной машине нужно выделять ресурсы с резервированием, а диски базы — на быстром хранилище без «перепроданных» ресурсов. Виртуальная машина на перегруженном хосте — частая скрытая причина проблем.
Варианты размещения сервера 1С
Предсказуемая производительность и полный контроль; требует ИБП, охлаждения и своего администратора
Гибкость и простое резервное копирование; риск потери производительности из-за соседних ВМ и неправильного выделения ресурсов
Быстрый старт и масштабирование; нужно проверять реальную производительность дисков и считать стоимость в месяц при росте базы
Примерные конфигурации под разные нагрузки
Конкретные цифры зависят от конфигурации 1С, интенсивности ввода документов и состава отчётов, поэтому таблица ниже — отправная точка для расчёта, а не готовая спецификация. Всегда закладывайте запас на рост базы и числа пользователей минимум на пару лет вперёд.
| Профиль нагрузки | Процессор | Память | Диски | Режим |
|---|---|---|---|---|
| До 5 пользователей, база до 5 ГБ | 4 ядра, высокая частота | 16–32 ГБ | SSD, зеркало | Файловый или клиент-серверный |
| 10–25 пользователей, база до 30 ГБ | 6–8 ядер | 32–64 ГБ | NVMe, RAID 10 | Клиент-серверный |
| 30–60 пользователей, база до 100 ГБ | 8–16 ядер | 64–128 ГБ | NVMe RAID 10, раздельные массивы под данные и журналы | Клиент-серверный, возможно разнесение 1С и СУБД |
| Крупные внедрения | От 16 ядер, по результатам нагрузочного теста | От 128 ГБ | Выделенные NVMe-массивы | Кластер серверов 1С, отдельный сервер СУБД |
Для крупных внедрений единственный надёжный способ подобрать конфигурацию — нагрузочное тестирование на копии реальной базы с типовыми сценариями работы. Любые расчёты «на бумаге» дают лишь оценку порядка величин.
Как проверить, что сервер справляется
После ввода сервера в эксплуатацию контролируйте несколько ключевых показателей в часы пиковой нагрузки — обычно это утро рабочего дня и периоды сдачи отчётности. Разовый замер в спокойное время малоинформативен.
Как проверить результат
Стабильно ниже 70–80%, нет длительных плато на 100%
Ядра упираются в 100% при массовых операциях
Есть свободный резерв, файл подкачки почти не используется
Память занята полностью, растёт своп, отклик плавает
Очередь короткая, отклик в единицах миллисекунд
Длинная очередь, отклик десятки миллисекунд и выше
Проведение и отчёты занимают привычное время
Закрытие месяца и регламентные операции «встают»
Дополнительно полезен технологический журнал платформы 1С: он позволяет найти конкретные долгие запросы и блокировки, а не гадать, «кто виноват» — железо или код. Часто выясняется, что проблема не в сервере, а в неоптимальных запросах конфигурации или отсутствующих индексах.
Типичные ошибки при выборе сервера для 1С
Отдельно стоит упомянуть резервное копирование: сервер для 1С без продуманной схемы бэкапов — незавершённое решение. Копии должны создаваться регулярно, храниться отдельно от основного сервера и периодически проверяться восстановлением. RAID не заменяет резервное копирование — он защищает только от отказа дисков, но не от ошибок, удалений и повреждений данных.
Что важно запомнить
Сервер для 1С выбирают по четырём критериям: высокая частота процессора, быстрые NVMe-диски в отказоустойчивом массиве, память с запасом под СУБД и пиковые операции, стабильная сеть. До 5 пользователей достаточно файлового режима, дальше — клиент-серверный. Финальную проверку конфигурации делайте нагрузочным тестом на копии реальной базы.
Частые вопросы
Можно ли использовать обычный офисный компьютер как сервер для 1С?
Для 3–5 пользователей в файловом режиме — да, если это выделенная машина с SSD, достаточным объёмом памяти, ИБП и настроенным резервным копированием. Ограничения: отсутствие отказоустойчивости, ECC-памяти и удалённого управления. При росте нагрузки такой вариант быстро упирается в потолок.
Какую СУБД выбрать для клиент-серверной 1С?
Наиболее распространены PostgreSQL (в том числе сборки, адаптированные под 1С) и Microsoft SQL Server. PostgreSQL дешевле по лицензиям, MS SQL проще в администрировании для команд, уже работающих с инфраструктурой Microsoft. По производительности при грамотной настройке оба варианта справляются с типовыми нагрузками.
Нужно ли разносить сервер 1С и СУБД на разные машины?
Для малых и средних внедрений совмещение на одном сервере — нормальная практика, она даже снижает сетевые задержки. Разнесение оправдано при высокой нагрузке, когда обе службы конкурируют за память и процессор, либо когда требуется кластер серверов 1С.
Поможет ли переезд в облако, если 1С тормозит?
Сам по себе — нет. Если причина в неоптимальных запросах или нехватке памяти, облако воспроизведёт те же проблемы. Перед переездом нужно диагностировать узкое место (процессор, диски, память, код) и арендовать конфигурацию с гарантированными характеристиками, а не минимальный тариф.
Как понять, что пора менять или расширять сервер?
Тревожные признаки: устойчивая загрузка процессора выше 80% в рабочее время, активное использование файла подкачки, рост времени проведения документов при неизменном объёме работы, длинные дисковые очереди. Если эти симптомы подтверждаются мониторингом на протяжении недель, а не в единичный пик — ресурсов уже не хватает.
Влияет ли версия платформы 1С на требования к серверу?
Да. Новые версии платформы могут предъявлять повышенные требования к операционной системе, версии СУБД и ресурсам. Перед обновлением платформы проверяйте системные требования конкретного релиза и тестируйте обновление на копии базы, а не на рабочем сервере.